Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Thu, Feb 21, 2013 at 1:23 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: u can dnd stuff TO terminology.. and it pastest in as text.. file lists from efm, text from editors/browsers... u can dnd links (file uril links terminology recognizes) TO other apps or terminals... beware it uses a button. it's a bit ugly atm. need to un-uglify. both these need efl 1.8 Author: raster Date: 2013-02-21 05:23:48 -0800 (Thu, 21 Feb 2013) New Revision: 84283 Trac: http://trac.enlightenment.org/e/changeset/84283 Modified: trunk/terminology/src/bin/termio.c but can you dnd gifs into terminology to start playing them? -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Thu, 21 Feb 2013 13:25:12 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Thu, Feb 21, 2013 at 1:23 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: u can dnd stuff TO terminology.. and it pastest in as text.. file lists from efm, text from editors/browsers... u can dnd links (file uril links terminology recognizes) TO other apps or terminals... beware it uses a button. it's a bit ugly atm. need to un-uglify. both these need efl 1.8 Author: raster Date: 2013-02-21 05:23:48 -0800 (Thu, 21 Feb 2013) New Revision: 84283 Trac: http://trac.enlightenment.org/e/changeset/84283 Modified: trunk/terminology/src/bin/termio.c but can you dnd gifs into terminology to start playing them? if you want.. i can make that happen... :) the problem is how to differentiate if u want to SEE the gif... or paste the path text... :) cant differentiate the operations. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
should be able to set different options by setting dnd action based on modifiers held so that holding shift or something would play the file. efm does this for copy/link already On Thu, Feb 21, 2013 at 1:28 PM, Carsten Haitzler ras...@rasterman.comwrote: On Thu, 21 Feb 2013 13:25:12 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Thu, Feb 21, 2013 at 1:23 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: u can dnd stuff TO terminology.. and it pastest in as text.. file lists from efm, text from editors/browsers... u can dnd links (file uril links terminology recognizes) TO other apps or terminals... beware it uses a button. it's a bit ugly atm. need to un-uglify. both these need efl 1.8 Author: raster Date: 2013-02-21 05:23:48 -0800 (Thu, 21 Feb 2013) New Revision: 84283 Trac: http://trac.enlightenment.org/e/changeset/84283 Modified: trunk/terminology/src/bin/termio.c but can you dnd gifs into terminology to start playing them? if you want.. i can make that happen... :) the problem is how to differentiate if u want to SEE the gif... or paste the path text... :) cant differentiate the operations. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Thu, 21 Feb 2013 13:30:06 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: should be able to set different options by setting dnd action based on modifiers held so that holding shift or something would play the file. efm does this for copy/link already i guess i have to expose that in elm as its not exposed. On Thu, Feb 21, 2013 at 1:28 PM, Carsten Haitzler ras...@rasterman.comwrote: On Thu, 21 Feb 2013 13:25:12 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Thu, Feb 21, 2013 at 1:23 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: u can dnd stuff TO terminology.. and it pastest in as text.. file lists from efm, text from editors/browsers... u can dnd links (file uril links terminology recognizes) TO other apps or terminals... beware it uses a button. it's a bit ugly atm. need to un-uglify. both these need efl 1.8 Author: raster Date: 2013-02-21 05:23:48 -0800 (Thu, 21 Feb 2013) New Revision: 84283 Trac: http://trac.enlightenment.org/e/changeset/84283 Modified: trunk/terminology/src/bin/termio.c but can you dnd gifs into terminology to start playing them? if you want.. i can make that happen... :) the problem is how to differentiate if u want to SEE the gif... or paste the path text... :) cant differentiate the operations. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
BTW, is it a leak in valgrind? Or there are still some pointers to that (possibly lost?) On Saturday, January 5, 2013, Carsten Haitzler wrote: On Sat, 5 Jan 2013 15:50:30 +0900 Cedric BAIL cedric.b...@free.frjavascript:; said: On Sat, Jan 5, 2013 at 3:40 PM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Fri, 4 Jan 2013 11:09:35 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com javascript:; wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628== by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628== by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== we fixed this one... could you confirm it's ok now? yup. this one is gone... now you can look at the wonderful evas async leak... i have a terminology using 6gb... :) pretty impressive if you ask me! :) Interestingly enough I don't see that bug in Terminology, but my Enlightenment is leaking fast and over one night it does have a crazy 1.5GB memory usage. I believe the issue are related. i enabled multi-instance and just ran rebuilds of efl on 6 different machines... a lot of scrolling... similar test to what valgrind log i showed with 700m usage. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
Hi, On Sat, Jan 5, 2013 at 4:50 AM, Cedric BAIL cedric.b...@free.fr wrote: On Sat, Jan 5, 2013 at 3:40 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 4 Jan 2013 11:09:35 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== we fixed this one... could you confirm it's ok now? yup. this one is gone... now you can look at the wonderful evas async leak... i have a terminology using 6gb... :) pretty impressive if you ask me! :) Interestingly enough I don't see that bug in Terminology, but my Enlightenment is leaking fast and over one night it does have a crazy 1.5GB memory usage. I believe the issue are related. Paulo Alcântara and Leandro are taking a look at this. Regards, -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Sat, 5 Jan 2013 10:55:16 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: i sent a mail friday with a massif screenshot. its a massive memory footprint - i didn't look to see if it was probably lost or definitely lost. the process was (under valgrind) using 700m+ for font draw related stuff. terminology is a great test because it literally issues a font text string draw per character in the grid if needs updates. thats a lot of them then and so any leak is exacerbated. i just had a terminology us over 6gb (wasnt running under valgrind so i cant give u a dump)... but the leak is real. simply have it scroll through content for a while and it'll grow. e.g. cd svn/e while [ 1 ]; do make clean; make; done let that roll for a while and you'll see. run under valgrind --tool-massif and check the logs etc. BTW, is it a leak in valgrind? Or there are still some pointers to that (possibly lost?) On Saturday, January 5, 2013, Carsten Haitzler wrote: On Sat, 5 Jan 2013 15:50:30 +0900 Cedric BAIL cedric.b...@free.frjavascript:; said: On Sat, Jan 5, 2013 at 3:40 PM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Fri, 4 Jan 2013 11:09:35 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com javascript:; wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628== by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628== by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== we fixed this one... could you confirm it's ok now? yup. this one is gone... now you can look at the wonderful evas async leak... i have a terminology using 6gb... :) pretty impressive if you ask me! :) Interestingly enough I don't see that bug in Terminology, but my Enlightenment is leaking fast and over one night it does have a crazy 1.5GB memory usage. I believe the issue are related. i enabled multi-instance and just ran rebuilds of efl on 6 different machines... a lot of scrolling... similar test to what valgrind log i showed with 700m usage. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
Hi raster, On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628==by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== we fixed this one... could you confirm it's ok now? Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 4 Jan 2013 11:09:35 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: Hi raster, On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== we fixed this one... could you confirm it's ok now? yup. this one is gone... now you can look at the wonderful evas async leak... i have a terminology using 6gb... :) pretty impressive if you ask me! :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Sat, Jan 5, 2013 at 3:40 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 4 Jan 2013 11:09:35 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== we fixed this one... could you confirm it's ok now? yup. this one is gone... now you can look at the wonderful evas async leak... i have a terminology using 6gb... :) pretty impressive if you ask me! :) Interestingly enough I don't see that bug in Terminology, but my Enlightenment is leaking fast and over one night it does have a crazy 1.5GB memory usage. I believe the issue are related. -- Cedric BAIL -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Sat, 5 Jan 2013 15:50:30 +0900 Cedric BAIL cedric.b...@free.fr said: On Sat, Jan 5, 2013 at 3:40 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 4 Jan 2013 11:09:35 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== we fixed this one... could you confirm it's ok now? yup. this one is gone... now you can look at the wonderful evas async leak... i have a terminology using 6gb... :) pretty impressive if you ask me! :) Interestingly enough I don't see that bug in Terminology, but my Enlightenment is leaking fast and over one night it does have a crazy 1.5GB memory usage. I believe the issue are related. i enabled multi-instance and just ran rebuilds of efl on 6 different machines... a lot of scrolling... similar test to what valgrind log i showed with 700m usage. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 18:52:49 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: ummm the problem must be elsehwere... as not calling the prent del means we leak smart members and clipper objects on termio smart shutdown. that'll be fun with 1 term in a window. :( could you bring up a valgrind trace etc. about this? Author: raster Date: 2012-12-28 18:52:48 -0800 (Fri, 28 Dec 2012) New Revision: 81853 Trac: http://trac.enlightenment.org/e/changeset/81853 Modified: trunk/terminology/src/bin/termio.c Modified: trunk/terminology/src/bin/termio.c === --- trunk/terminology/src/bin/termio.c2012-12-29 02:46:39 UTC (rev 81852) +++ trunk/terminology/src/bin/termio.c2012-12-29 02:52:48 UTC (rev 81853) @@ -2346,7 +2346,7 @@ termpty_shutdown(); - //_parent_sc.del(obj); + _parent_sc.del(obj); evas_object_smart_data_set(obj, NULL); free(sd); } on my machine it crashes every time I close a terminal without this change. ==26168== Invalid free() / delete / delete[] / realloc() ==26168==at 0x4C2B35C: free (vg_replace_malloc.c:446) ==26168==by 0x41D7BF: _smart_del (termio.c:2351) ==26168==by 0x6651080: evas_object_smart_del (evas_object_smart.c:899) ==26168==by 0x6644635: evas_object_del (evas_object_main.c:470) ==26168==by 0x40D4C9: main_term_free (main.c:638) ==26168==by 0x40C071: _cb_exited (main.c:162) ==26168==by 0x66502A4: evas_object_smart_callback_call (evas_object_smart.c:610) ==26168==by 0x41DD4A: _smart_pty_exited (termio.c:2494) ==26168==by 0x42031F: _cb_exe_exit (termpty.c:166) ==26168==by 0x6B9A068: _ecore_call_handler_cb (ecore_private.h:321) ==26168==by 0x6B9B052: _ecore_event_call (ecore_events.c:559) ==26168==by 0x6BA2569: _ecore_main_loop_iterate_internal (ecore_main.c:1922) ==26168==by 0x6BA0899: ecore_main_loop_begin (ecore_main.c:956) ==26168==by 0x4F23DC9: elm_run (elm_main.c:849) ==26168==by 0x40EE6F: elm_main (main.c:1304) ==26168==by 0x40EF39: main (main.c:1326) ==26168== Address 0xfdeee40 is 0 bytes inside a block of size 304 free'd ==26168==at 0x4C2B35C: free (vg_replace_malloc.c:446) ==26168==by 0x6651E65: evas_object_smart_clipped_smart_del (evas_object_smart_clipped.c:81) ==26168==by 0x41D7A2: _smart_del (termio.c:2349) ==26168==by 0x6651080: evas_object_smart_del (evas_object_smart.c:899) ==26168==by 0x6644635: evas_object_del (evas_object_main.c:470) ==26168==by 0x40D4C9: main_term_free (main.c:638) ==26168==by 0x40C071: _cb_exited (main.c:162) ==26168==by 0x66502A4: evas_object_smart_callback_call (evas_object_smart.c:610) ==26168==by 0x41DD4A: _smart_pty_exited (termio.c:2494) ==26168==by 0x42031F: _cb_exe_exit (termpty.c:166) ==26168==by 0x6B9A068: _ecore_call_handler_cb (ecore_private.h:321) ==26168==by 0x6B9B052: _ecore_event_call (ecore_events.c:559) ==26168==by 0x6BA2569: _ecore_main_loop_iterate_internal (ecore_main.c:1922) ==26168==by 0x6BA0899: ecore_main_loop_begin (ecore_main.c:956) ==26168==by 0x4F23DC9: elm_run (elm_main.c:849) ==26168==by 0x40EE6F: elm_main (main.c:1304) ==26168==by 0x40EF39: main (main.c:1326) also I get this on startup: ==26168== Invalid read of size 8 ==26168==at 0x9CE3B81: FT_Load_Glyph (ftobjs.c:612) ==26168==by 0x66CC5B5: evas_common_font_int_cache_glyph_get (evas_font_main.c:410) ==26168==by 0x66E698F: _content_create_regular (evas_text_utils.c:458) ==26168==by 0x66E6C8D: evas_common_text_props_content_create (evas_text_utils.c:544) ==26168==by 0x6718F57: eng_font_text_props_info_create (evas_engine.c:1252) ==26168==by 0x667F526: evas_object_textgrid_font_set (evas_object_textgrid.c:1139) ==26168==by 0x41C721: _termio_config_set (termio.c:2028) ==26168==by 0x41DF0E: termio_add (termio.c:2533) ==26168==by 0x40D806: main_term_new (main.c:694) ==26168==by 0x40ED1D: elm_main (main.c:1277) ==26168==by 0x40EF39: main (main.c:1326) ==26168== Address 0xfe00ea0 is not stack'd, malloc'd or (recently) free'd using 1.7 branch, no edbus crashes :D -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Sat, Dec 29, 2012 at 10:45 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 18:52:49 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: ummm the problem must be elsehwere... as not calling the prent del means we leak smart members and clipper objects on termio smart shutdown. that'll be fun with 1 term in a window. :( could you bring up a valgrind trace etc. about this? Author: raster Date: 2012-12-28 18:52:48 -0800 (Fri, 28 Dec 2012) New Revision: 81853 Trac: http://trac.enlightenment.org/e/changeset/81853 Modified: trunk/terminology/src/bin/termio.c Modified: trunk/terminology/src/bin/termio.c === --- trunk/terminology/src/bin/termio.c2012-12-29 02:46:39 UTC (rev 81852) +++ trunk/terminology/src/bin/termio.c2012-12-29 02:52:48 UTC (rev 81853) @@ -2346,7 +2346,7 @@ termpty_shutdown(); - //_parent_sc.del(obj); + _parent_sc.del(obj); evas_object_smart_data_set(obj, NULL); free(sd); } on my machine it crashes every time I close a terminal without this change. ==26168== Invalid free() / delete / delete[] / realloc() ==26168==at 0x4C2B35C: free (vg_replace_malloc.c:446) ==26168==by 0x41D7BF: _smart_del (termio.c:2351) ==26168==by 0x6651080: evas_object_smart_del (evas_object_smart.c:899) ==26168==by 0x6644635: evas_object_del (evas_object_main.c:470) ==26168==by 0x40D4C9: main_term_free (main.c:638) ==26168==by 0x40C071: _cb_exited (main.c:162) ==26168==by 0x66502A4: evas_object_smart_callback_call (evas_object_smart.c:610) ==26168==by 0x41DD4A: _smart_pty_exited (termio.c:2494) ==26168==by 0x42031F: _cb_exe_exit (termpty.c:166) ==26168==by 0x6B9A068: _ecore_call_handler_cb (ecore_private.h:321) ==26168==by 0x6B9B052: _ecore_event_call (ecore_events.c:559) ==26168==by 0x6BA2569: _ecore_main_loop_iterate_internal (ecore_main.c:1922) ==26168==by 0x6BA0899: ecore_main_loop_begin (ecore_main.c:956) ==26168==by 0x4F23DC9: elm_run (elm_main.c:849) ==26168==by 0x40EE6F: elm_main (main.c:1304) ==26168==by 0x40EF39: main (main.c:1326) ==26168== Address 0xfdeee40 is 0 bytes inside a block of size 304 free'd ==26168==at 0x4C2B35C: free (vg_replace_malloc.c:446) ==26168==by 0x6651E65: evas_object_smart_clipped_smart_del (evas_object_smart_clipped.c:81) ==26168==by 0x41D7A2: _smart_del (termio.c:2349) ==26168==by 0x6651080: evas_object_smart_del (evas_object_smart.c:899) ==26168==by 0x6644635: evas_object_del (evas_object_main.c:470) ==26168==by 0x40D4C9: main_term_free (main.c:638) ==26168==by 0x40C071: _cb_exited (main.c:162) ==26168==by 0x66502A4: evas_object_smart_callback_call (evas_object_smart.c:610) ==26168==by 0x41DD4A: _smart_pty_exited (termio.c:2494) ==26168==by 0x42031F: _cb_exe_exit (termpty.c:166) ==26168==by 0x6B9A068: _ecore_call_handler_cb (ecore_private.h:321) ==26168==by 0x6B9B052: _ecore_event_call (ecore_events.c:559) ==26168==by 0x6BA2569: _ecore_main_loop_iterate_internal (ecore_main.c:1922) ==26168==by 0x6BA0899: ecore_main_loop_begin (ecore_main.c:956) ==26168==by 0x4F23DC9: elm_run (elm_main.c:849) ==26168==by 0x40EE6F: elm_main (main.c:1304) ==26168==by 0x40EF39: main (main.c:1326) also I get this on startup: ==26168== Invalid read of size 8 ==26168==at 0x9CE3B81: FT_Load_Glyph (ftobjs.c:612) ==26168==by 0x66CC5B5: evas_common_font_int_cache_glyph_get (evas_font_main.c:410) ==26168==by 0x66E698F: _content_create_regular (evas_text_utils.c:458) ==26168==by 0x66E6C8D: evas_common_text_props_content_create (evas_text_utils.c:544) ==26168==by 0x6718F57: eng_font_text_props_info_create (evas_engine.c:1252) ==26168==by 0x667F526: evas_object_textgrid_font_set (evas_object_textgrid.c:1139) ==26168==by 0x41C721: _termio_config_set (termio.c:2028) ==26168==by 0x41DF0E: termio_add (termio.c:2533) ==26168==by 0x40D806: main_term_new (main.c:694) ==26168==by 0x40ED1D: elm_main (main.c:1277) ==26168==by 0x40EF39: main (main.c:1326) ==26168== Address 0xfe00ea0 is not stack'd, malloc'd or (recently) free'd hi mike, I fixed this with r81869, the smart class usage was completely bogus :-/ please see if it's fixed. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at:
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Sat, 29 Dec 2012 11:46:36 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sat, Dec 29, 2012 at 10:45 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 18:52:49 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: ummm the problem must be elsehwere... as not calling the prent del means we leak smart members and clipper objects on termio smart shutdown. that'll be fun with 1 term in a window. :( could you bring up a valgrind trace etc. about this? Author: raster Date: 2012-12-28 18:52:48 -0800 (Fri, 28 Dec 2012) New Revision: 81853 Trac: http://trac.enlightenment.org/e/changeset/81853 Modified: trunk/terminology/src/bin/termio.c Modified: trunk/terminology/src/bin/termio.c === --- trunk/terminology/src/bin/termio.c2012-12-29 02:46:39 UTC (rev 81852) +++ trunk/terminology/src/bin/termio.c2012-12-29 02:52:48 UTC (rev 81853) @@ -2346,7 +2346,7 @@ termpty_shutdown(); - //_parent_sc.del(obj); + _parent_sc.del(obj); evas_object_smart_data_set(obj, NULL); free(sd); } on my machine it crashes every time I close a terminal without this change. ==26168== Invalid free() / delete / delete[] / realloc() ==26168==at 0x4C2B35C: free (vg_replace_malloc.c:446) ==26168==by 0x41D7BF: _smart_del (termio.c:2351) ==26168==by 0x6651080: evas_object_smart_del (evas_object_smart.c:899) ==26168==by 0x6644635: evas_object_del (evas_object_main.c:470) ==26168==by 0x40D4C9: main_term_free (main.c:638) ==26168==by 0x40C071: _cb_exited (main.c:162) ==26168==by 0x66502A4: evas_object_smart_callback_call (evas_object_smart.c:610) ==26168==by 0x41DD4A: _smart_pty_exited (termio.c:2494) ==26168==by 0x42031F: _cb_exe_exit (termpty.c:166) ==26168==by 0x6B9A068: _ecore_call_handler_cb (ecore_private.h:321) ==26168==by 0x6B9B052: _ecore_event_call (ecore_events.c:559) ==26168==by 0x6BA2569: _ecore_main_loop_iterate_internal (ecore_main.c:1922) ==26168==by 0x6BA0899: ecore_main_loop_begin (ecore_main.c:956) ==26168==by 0x4F23DC9: elm_run (elm_main.c:849) ==26168==by 0x40EE6F: elm_main (main.c:1304) ==26168==by 0x40EF39: main (main.c:1326) ==26168== Address 0xfdeee40 is 0 bytes inside a block of size 304 free'd ==26168==at 0x4C2B35C: free (vg_replace_malloc.c:446) ==26168==by 0x6651E65: evas_object_smart_clipped_smart_del (evas_object_smart_clipped.c:81) ==26168==by 0x41D7A2: _smart_del (termio.c:2349) ==26168==by 0x6651080: evas_object_smart_del (evas_object_smart.c:899) ==26168==by 0x6644635: evas_object_del (evas_object_main.c:470) ==26168==by 0x40D4C9: main_term_free (main.c:638) ==26168==by 0x40C071: _cb_exited (main.c:162) ==26168==by 0x66502A4: evas_object_smart_callback_call (evas_object_smart.c:610) ==26168==by 0x41DD4A: _smart_pty_exited (termio.c:2494) ==26168==by 0x42031F: _cb_exe_exit (termpty.c:166) ==26168==by 0x6B9A068: _ecore_call_handler_cb (ecore_private.h:321) ==26168==by 0x6B9B052: _ecore_event_call (ecore_events.c:559) ==26168==by 0x6BA2569: _ecore_main_loop_iterate_internal (ecore_main.c:1922) ==26168==by 0x6BA0899: ecore_main_loop_begin (ecore_main.c:956) ==26168==by 0x4F23DC9: elm_run (elm_main.c:849) ==26168==by 0x40EE6F: elm_main (main.c:1304) ==26168==by 0x40EF39: main (main.c:1326) also I get this on startup: ==26168== Invalid read of size 8 ==26168==at 0x9CE3B81: FT_Load_Glyph (ftobjs.c:612) ==26168==by 0x66CC5B5: evas_common_font_int_cache_glyph_get (evas_font_main.c:410) ==26168==by 0x66E698F: _content_create_regular (evas_text_utils.c:458) ==26168==by 0x66E6C8D: evas_common_text_props_content_create (evas_text_utils.c:544) ==26168==by 0x6718F57: eng_font_text_props_info_create (evas_engine.c:1252) ==26168==by 0x667F526: evas_object_textgrid_font_set (evas_object_textgrid.c:1139) ==26168==by 0x41C721: _termio_config_set (termio.c:2028) ==26168==by 0x41DF0E: termio_add (termio.c:2533) ==26168==by 0x40D806: main_term_new (main.c:694) ==26168==by 0x40ED1D: elm_main (main.c:1277) ==26168==by 0x40EF39: main (main.c:1326) ==26168== Address 0xfe00ea0 is not stack'd, malloc'd or (recently) free'd hi mike, I fixed this with r81869, the smart class usage was completely bogus :-/ please see if it's fixed. confirmed fixed -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not we have pointer leaks on shutdown at least. unrelated to any of the ipc code. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not we have pointer leaks on shutdown at least. unrelated to any of the ipc code. IC. Bug to fix. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 6:10 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. What I was asking was... what issue you were working around, since you wrote that in the log. but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not probably a problem in efreet then. we have pointer leaks on shutdown at least. unrelated to any of the ipc code. known issue I introduced a weak ago when I fixed another leak I'll take a look today or tomorrow. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628==by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628==by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== yep... it happens in the simple example in edbus tree, too. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 6:10 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. terminology in fb... with multiple windows... seems like searching for arguments for what has been done. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... this has nothing to do single instance using D-Bus Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. other situations where dbus is a poor choice: high volume data traffic or where latency is highly important (implementing x protcol via dbus would be one of the most braindamaged things you could ever due to it it having high volume and being very latency sensitive). you didn't complain that ecore-evas-extn uses ecore-ipc? is that a mess because it doesn't? it transport update region commands and input events via ipc... DIRECt from process a to process b. it's another situation where dbus would be a poor choice. a different reason to terminology, but, a reason. but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not we have pointer leaks on shutdown at least. unrelated to any of the ipc code. IC. Bug to fix. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 10:20:01 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== yep... it happens in the simple example in edbus tree, too. and the other issue is a segv... unless the mainloop gets to run (in the client process that fires off the message to the current server). edbus one. i hacked in a different workaround to force the mainloop to tick over a bit. i need to work on other things like focus handling within terminology since now u have have 1 term per window, but i havent set up any examples of that yet. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 10:32:33 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 6:10 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. terminology in fb... with multiple windows... seems like searching for arguments for what has been done. not for me. if you check my machines, you'll find i disable all but 1 or 2 gettys. i have actually used terminology as a fb console replacement when stuck there for a while, and the ability to have multipe intances is something i've been dying to have... and being able to just run terminology from the cmdline and have some tab appear or have my screen dviided into 2x1 or 1x2 or 2x2 or 2x3 grids whenever a new one pops up is something i've been wanting. it'd make it incredibly useful. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... this has nothing to do single instance using D-Bus it has to do with relying on there being a parent dbus session. when you log into a text console... there isn't. if i relied on ecore_x and finding the exisitng terminology window and sending it an x client message to open up a new window (this is the tranditional method of single instance), then i'd drop down to ecore_x and tie the code to x... which would hurt for working in wayland, fb etc. etc. - so my sane choices were dbus and ecore-con/ipc or a custom fifo/pipe or socket. i choice to use existing infra we had that made it easy enough and chose that dbus was going to create moe problems than using ecore-ipc. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.comwrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. indeed this is a problem with many distros setup that launch dbus session from Xsession rather from PAM session, then you just have a session per X, not per user. but bashrc could do that very easily anyways. Note: the only different here from your ecore_con approach is that you fixed the name path, while the dbus one is variable. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. the thing is that you end with more problems to solve: handle with stale socket files, simultaneous activation, etc.. remember the mess with efm_op daemon that would race when multiple processes were started at the same time? i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. ecore-ipc is a thin wrapper over pure socket and doesn't solve the leaving stale sockets on death, neither it helps with single instance and races during starts. other situations where dbus is a poor choice: high volume data traffic or where latency is highly important (implementing x protcol via dbus would be one of the most braindamaged things you could ever due to it it having high volume and being very latency sensitive). you didn't complain that ecore-evas-extn uses ecore-ipc? is that a mess because it doesn't? it transport update region commands and input events via ipc... DIRECt from process a to process b. it's another situation where dbus would be a poor choice. a
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. D-Bus is way far from being my favorite technology. But it's there and it works. Single instance is one of the things people keep reinventing the wheel, just because they can. I think you judgement is biased by your rage against D-Bus and IMO demonstrate a little of NIH - maybe because you were in contact with crazy tizen programs using d-bus for *intra*-process communication. Your words d-bus/edbus/e_dbus is a mess; ecore_ipc isn't demonstrates that very much. other situations where dbus is a poor choice: high volume data traffic or where latency is highly important (implementing x protcol via dbus would be one of the most braindamaged things you could ever due to it it having high volume and This is one of the situations that's very well known that d-bus is a poor choice. Just because it wasn't designed for this. Why are you raising this point? I am advocating that for this one feature - single instance process - d-bus should be used. I am hoping for the day d-bus is merged in the kernel so I don't have to answer all arguments like these. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 13:10:32 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.comwrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. indeed this is a problem with many distros setup that launch dbus session from Xsession rather from PAM session, then you just have a session per X, not per user. but bashrc could do that very easily anyways. Note: the only different here from your ecore_con approach is that you fixed the name path, while the dbus one is variable. it's not fixed. it's variable. :) check the code. :) dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. the thing is that you end with more problems to solve: handle with stale socket files, simultaneous activation, etc.. remember the mess with efm_op daemon that would race when multiple processes were started at the same time? no - as efm_op never was a daemon. e17 was the daemon - it connected back to e and then provided status updates. :) dbus would not change that. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. ecore-ipc is a thin wrapper over pure socket and doesn't solve the leaving stale sockets on death, neither it helps with single instance and races during starts. only one owner can get the socket. you won't get two. only one will succeed in gaining the server socket. other
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 13:17:52 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. D-Bus is way far from being my favorite technology. But it's there and it works. Single instance is one of the things people keep reinventing the wheel, just because they can. I think you judgement is biased by your rage against D-Bus and IMO demonstrate a little of NIH - maybe because you were in contact with crazy tizen programs using d-bus for *intra*-process communication. Your words d-bus/edbus/e_dbus is a mess; ecore_ipc isn't demonstrates that very much. you really have no clue. clueless. do you have any idea how much i fought when the session bus was removed to save memory (a few hundred kb)? do you? do you have any idea how much i yelled/grumbled/fought to get it back? do you? you don't have any clue. you are clueless. before you make such statements you may want to gain some. gustavo's position is it's a mess because it doesn't use dbus. that's an instant assessment without knowing that i did think about it and i decided against in this specific case. i don't hate dbus. i just think it has it's place, and this is not one of them. currently dbus support in efl is a mess. using it creates added messes on bigger scales. the
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 01:39:13 -0200 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Fri, Dec 28, 2012 at 1:35 AM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
work around edbus issues by forcing the mainloop to run at least one
cycle with some dummy things... in ipc launch mode.
what's up with edbus/efreet? Do you have a scenario of what is happening?
It shouldn't do much, but since parts of it is done by libdbus (atm) it may
happen and we can find a better work around?
Ah, and the recommended approach when using dbus to do IPC is to follow all
the async protocol rules. The best way is:
1 - request to be the NameOwner (no queue option)
2 - if granted, be the server -- normal run;
3 - if denied, send command to the server and wait reply
4 - on reply, you exit and may print error if server replies with one.
I believe Eve does that, check
http://trac.enlightenment.org/e/browser/trunk/eve/src/bin/main.c
if the mainloop doesn't get a chance to run at all after init of
efreet/edbus... segv's happen. there's also a memory leak too:
in terminology... main.c:
if (ipc_instance_add(inst))
{
ecore_timer_add(0.1, _dummy_exit, NULL);
elm_run();
goto end;
}
comment out the timer_add() and em_run().
now in terminology behavior options.. enable multi instance. now run one
terminlogy .. this one becoms the daemon. now run a second one (new window pops
up, but 2nd process exits instantly)... but this segv's. (the 2nd one that al
it does is message the first saying 'hey start a window with this window
thanks').
as for leak... just tun a terminology (non-multi-instance mode will do) and
then exit... ther's the edbus service name ptr leaked - valgrind happily spits
this out. :)
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. what's up with edbus/efreet? Do you have a scenario of what is happening? It shouldn't do much, but since parts of it is done by libdbus (atm) it may happen and we can find a better work around? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 1:35 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. what's up with edbus/efreet? Do you have a scenario of what is happening? It shouldn't do much, but since parts of it is done by libdbus (atm) it may happen and we can find a better work around? Ah, and the recommended approach when using dbus to do IPC is to follow all the async protocol rules. The best way is: 1 - request to be the NameOwner (no queue option) 2 - if granted, be the server -- normal run; 3 - if denied, send command to the server and wait reply 4 - on reply, you exit and may print error if server replies with one. I believe Eve does that, check http://trac.enlightenment.org/e/browser/trunk/eve/src/bin/main.c -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. -- 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: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) -- - 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: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 16:46:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? http://pubs.opengroup.org/onlinepubs/9699919799/ cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. All those use single hyphen long options consistently, usually with an additional --help so people wont end up doing something irreversible trying to read the help or are able to find it in the first place. You are suggesting to freely mix those long option styles. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is the lemmings argument and with it you can make a case for /bg just as well. Also you are completely leaving out the ambiguity argument I brought up. The --longopt style does address this, even so it's not classic unix and more of a gnuism. To sum up -bg is a long opt of a different style and a poor choice of name and it will clearly be --background which I'll remember if I RTFM. If you need the option 20 times a day any arbitrary letter will do just as fine, you still have more than 30 spare in terminology. -- 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: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 12:25:09 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch said: On Mon, 6 Aug 2012 16:46:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? http://pubs.opengroup.org/onlinepubs/9699919799/ cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. All those use single hyphen long options consistently, usually with an additional --help so people wont end up doing something irreversible trying to read the help or are able to find it in the first place. You are suggesting to freely mix those long option styles. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is the lemmings argument and with it you can make a case for /bg just as well. Also you are completely leaving out the ambiguity argument I brought up. The --longopt style does address this, even so it's not classic unix and more of a gnuism. yes - a gnuism... but history has a different take on this and options come in all shapes and sizes. a trac bug was filed to ask for terminology to have compatible options to xterm so u can just replace it - with ecore-getopt there is no apparent way of doing that as u cant control the parsing. gustavo moved things to getopt and now we can't do this. xterm has a lot of options that are its own thing that long predate the document u point to. :) To sum up -bg is a long opt of a different style and a poor choice of name and it will clearly be --background which I'll remember if I RTFM. If you need the option 20 times a day any arbitrary letter will do just as fine, you still have more than 30 spare in terminology. posix 2008 is far newer than the basis of history which says that there is no standard that u can do -b -g as -bg for all commands. (if they are boolean enabler switches) (i'm not going to go find the page in that document that may or may not say this). :) as for 30 chars left you get to the point where short versions no longer are rememeberable easily. you're using -Z for --chicken because u ran out of other letters where -ck would have been more memorable. -- - 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: raster trunk/terminology/src/bin
Ralph, Never try to argue with the lord, he is always right, no matter what. Just ignore, it's better for your sanity. Raster, sorry wasting your time. Go back to parse the arguments using that code you had. Please keep all in one single for() and add a manual help. If possible leave trailing whitespaces, some commented options and ifdef regions. It's what you expect and like, it's your project, so why complain? Just change it. On Monday, August 6, 2012, Ralph Sennhauser wrote: On Mon, 6 Aug 2012 16:46:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com javascript:; wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch javascript:; said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com javascript:; wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? http://pubs.opengroup.org/onlinepubs/9699919799/ cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. All those use single hyphen long options consistently, usually with an additional --help so people wont end up doing something irreversible trying to read the help or are able to find it in the first place. You are suggesting to freely mix those long option styles. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is the lemmings argument and with it you can make a case for /bg just as well. Also you are completely leaving out the ambiguity argument I brought up. The --longopt style does address this, even so it's not classic unix and more of a gnuism. To sum up -bg is a long opt of a different style and a poor choice of name and it will clearly be --background which I'll remember if I RTFM. If you need the option 20 times a day any arbitrary letter will do just as fine, you still have more than 30 spare in terminology. -- 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 javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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: raster trunk/terminology/src/bin
On Mon, Aug 6, 2012 at 4:46 AM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is just insane. Long options start with --. Short options (which means 1, only 1 and no more than one char) start with one single dash. Why mixing them and bringing in ambiguity? bg is long option. period. Your examples are just bad, born in the 90's and should not be an example to be followed. Look at more recent programs - git, systemd, bluez, ... Lucas De Marchi -- 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: raster trunk/terminology/src/bin
On 08/06/2012 12:55 PM, Gustavo Sverzut Barbieri wrote: Ralph, Never try to argue with the lord, he is always right, no matter what. Just ignore, it's better for your sanity. Raster, sorry wasting your time. Go back to parse the arguments using that code you had. Please keep all in one single for() and add a manual help. If possible leave trailing whitespaces, some commented options and ifdef regions. It's what you expect and like, it's your project, so why complain? Just change it. I think someone needs a hug ! Hope this brightens you're day :) http://www.whatthechrist.com/wp-content/uploads/2009/01/tiny_kitten.jpg dh On Monday, August 6, 2012, Ralph Sennhauser wrote: On Mon, 6 Aug 2012 16:46:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com javascript:; wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch javascript:; said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com javascript:; wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? http://pubs.opengroup.org/onlinepubs/9699919799/ cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. All those use single hyphen long options consistently, usually with an additional --help so people wont end up doing something irreversible trying to read the help or are able to find it in the first place. You are suggesting to freely mix those long option styles. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is the lemmings argument and with it you can make a case for /bg just as well. Also you are completely leaving out the ambiguity argument I brought up. The --longopt style does address this, even so it's not classic unix and more of a gnuism. To sum up -bg is a long opt of a different style and a poor choice of name and it will clearly be --background which I'll remember if I RTFM. If you need the option 20 times a day any arbitrary letter will do just as fine, you still have more than 30 spare in terminology. -- 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 javascript:; 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: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 08:55:55 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Ralph, Never try to argue with the lord, he is always right, no matter what. Just ignore, it's better for your sanity. well why don't you respond to the trac ticket explaining how horrible xterm option compatibility is because its not right and how options should be done. Raster, sorry wasting your time. Go back to parse the arguments using that code you had. Please keep all in one single for() and add a manual help. If possible leave trailing whitespaces, some commented options and ifdef regions. It's what you expect and like, it's your project, so why complain? Just change it. at least it'll work unlike python bindings you've never managed to release once despite EFL going now through several release cycles. On Monday, August 6, 2012, Ralph Sennhauser wrote: On Mon, 6 Aug 2012 16:46:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com javascript:; wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch javascript:; said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com javascript:; wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? http://pubs.opengroup.org/onlinepubs/9699919799/ cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. All those use single hyphen long options consistently, usually with an additional --help so people wont end up doing something irreversible trying to read the help or are able to find it in the first place. You are suggesting to freely mix those long option styles. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is the lemmings argument and with it you can make a case for /bg just as well. Also you are completely leaving out the ambiguity argument I brought up. The --longopt style does address this, even so it's not classic unix and more of a gnuism. To sum up -bg is a long opt of a different style and a poor choice of name and it will clearly be --background which I'll remember if I RTFM. If you need the option 20 times a day any arbitrary letter will do just as fine, you still have more than 30 spare in terminology. -- 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 javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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 -- - Codito, ergo sum - I code,
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 09:17:36 -0300 Lucas De Marchi lucas.demar...@profusion.mobi said: On Mon, Aug 6, 2012 at 4:46 AM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is just insane. Long options start with --. Short options (which means 1, only 1 and no more than one char) start with one single dash. Why mixing them and bringing in ambiguity? bg is long option. period. why MUST an option with a single - have a single char following? what rulebook states this? it's an arbitrary distinction that is very gnu-ish, but it is not a rule. who declares the law of what a long option is or is not when history and our current ecosystem of apps disagrees? if you want to declare this as some law unable to be talked about or disagreed with then you'd better have your ducks lined up in a row, because history and our current ecosystem disagree that this is a rule (that a short option, for example, have 1 and only 1 char). Your examples are just bad, born in the 90's and should not be an example to be followed. Look at more recent programs - git, systemd, bluez, ... then you can explain to the users why they cant have terminology support options from xterm. why this rule says xterm is wrong. when someone claims what expected behaviour is - and my expectations are utterly different. fyi my example of mplayer is modern. -- - 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: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 09:54:19 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Monday, August 6, 2012, Carsten Haitzler wrote: On Mon, 6 Aug 2012 08:55:55 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Ralph, Never try to argue with the lord, he is always right, no matter what. Just ignore, it's better for your sanity. well why don't you respond to the trac ticket explaining how horrible xterm option compatibility is because its not right and how options should be done. I'm not using, contributing or promoting terminology. Then I cant do anything about its tickets. you moved its code to ecore-getopt - there in the svn logs. since you have asked me before why don't i just use ecore-getopt and my answer has been because parsing by hand is just as easy... it'd be nice that you explain why ecore-getopt is superior and should be used (along with limitations), and why this is better than being able to handle options that don't conform to it's strict idea of how options should be. either that or i missed how it is possible to do this with ecore-getopt and hope you can point at how to do it. if you want it to be used, make a case for it. why is this better? Raster, sorry wasting your time. Go back to parse the arguments using that code you had. Please keep all in one single for() and add a manual help. If possible leave trailing whitespaces, some commented options and ifdef regions. It's what you expect and like, it's your project, so why complain? Just change it. at least it'll work unlike python bindings you've never managed to release once despite EFL going now through several release cycles. This is indeed my fault. I've promised Auke to release bindings for 1.7. Now I'm waiting you :-) On Monday, August 6, 2012, Ralph Sennhauser wrote: On Mon, 6 Aug 2012 16:46:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com javascript:; wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch javascript:; said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.comjavascript:; wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? http://pubs.opengroup.org/onlinepubs/9699919799/ cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. All those use single hyphen long options consistently, usually with an additional --help so people wont end up doing something irreversible trying to read the help or are able to find it in the first place. You are suggesting to freely mix those long option styles. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is the lemmings argument and with it you can make a case for /bg just as well. Also you are completely leaving out the ambiguity argument I brought up. The --longopt style does address this, even so it's not classic unix and more of a gnuism. To sum up -bg is a long opt of a different style and a poor choice of name and it will clearly be --background which I'll remember if I RTFM. If you need the option 20 times a day any arbitrary letter will do just as fine, you still have more than 30 spare in terminology. -- 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
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Monday, August 6, 2012, Carsten Haitzler wrote: On Mon, 6 Aug 2012 09:54:19 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: On Monday, August 6, 2012, Carsten Haitzler wrote: On Mon, 6 Aug 2012 08:55:55 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: Ralph, Never try to argue with the lord, he is always right, no matter what. Just ignore, it's better for your sanity. well why don't you respond to the trac ticket explaining how horrible xterm option compatibility is because its not right and how options should be done. I'm not using, contributing or promoting terminology. Then I cant do anything about its tickets. you moved its code to ecore-getopt - there in the svn logs. since you have asked me before why don't i just use ecore-getopt and my answer has been because parsing by hand is just as easy... it'd be nice that you explain why ecore-getopt is superior and should be used (along with limitations), and why this is better than being able to handle options that don't conform to it's strict idea of how options should be. either that or i missed how it is possible to do this with ecore-getopt and hope you can point at how to do it. if you want it to be used, make a case for it. why is this better? It's not good, just remove it. Do you want me to come back to the previous code? Raster, sorry wasting your time. Go back to parse the arguments using that code you had. Please keep all in one single for() and add a manual help. If possible leave trailing whitespaces, some commented options and ifdef regions. It's what you expect and like, it's your project, so why complain? Just change it. at least it'll work unlike python bindings you've never managed to release once despite EFL going now through several release cycles. This is indeed my fault. I've promised Auke to release bindings for 1.7. Now I'm waiting you :-) On Monday, August 6, 2012, Ralph Sennhauser wrote: On Mon, 6 Aug 2012 16:46:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.comjavascript:; wrote: On Mon, 6 Aug 2012 08:55:19 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch javascript:; said: On Mon, 6 Aug 2012 13:17:31 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.comjavascript:; wrote: You can have multiple options for same variable. So --bg and --background. No -bg as I find this the worst idea ever why? cmdline apps have done this since the dawn of time. it's useful and handy - short and to the point. They usually start out wasting short options on things no one is going to use on the command line anyway just so every option has it's short form, then they are running short on letters and come up with the idea of two letter short options just to run into issues further down the road. '-bg' should be parsed as '-b -g' as this is the expected behaviour, otherwise '-gb' '-g -b' '-b -g' all do the same but '-bg' is special. how is this expected behaviour? http://pubs.opengroup.org/onlinepubs/9699919799/ cmdline apps have done the kind of -bg thing and a single FULL option ever since i can remember using unix. look at xterm and rxvt's option list for starters. xorg's too (for ancient executables). mplayer (more modern), find (-depth or -d, .. -depth is the long form - not --depth).. as long as i can remember the ONLY thing that is common with options is that they almost all start with '-' and may or may not accept following arguments. All those use single hyphen long options consistently, usually with an additional --help so people wont end up doing something irreversible trying to read the help or are able to find it in the first place. You are suggesting to freely mix those long option styles. i'd argue that this is *NOT* expected behaviour. my experiences with unix (since 1994 anyway) are that you can't expect this kind of behaviour. RTFM if u want to know what to do .. at BEST guess options begin with '-' :) This is the lemmings argument and with it you can make a case for /bg just as well. Also you are completely leaving out the ambigui -- 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,
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Mon, Aug 06, 2012 at 09:51:04PM +0900, Carsten Haitzler wrote: why MUST an option with a single - have a single char following? what rulebook states this? it's an arbitrary distinction that is very gnu-ish, but it is not a rule. who declares the law of what a long option is or is not when history and our current ecosystem of apps disagrees? It's the getopt behavior, which should be assumed to be the default option handling mechanism unless there is a (bad) historic reason for not using that. getopt predates even GNU :) In fact, I'd say GNU is one of the earlier heavier abuser in this way. test and find are the exceptions in traditional UNIX userland... Joerg -- 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: raster trunk/terminology/src/bin
On Mon, 6 Aug 2012 21:46:22 +0200 Joerg Sonnenberger jo...@britannica.bec.de said: On Mon, Aug 06, 2012 at 09:51:04PM +0900, Carsten Haitzler wrote: why MUST an option with a single - have a single char following? what rulebook states this? it's an arbitrary distinction that is very gnu-ish, but it is not a rule. who declares the law of what a long option is or is not when history and our current ecosystem of apps disagrees? It's the getopt behavior, which should be assumed to be the default option handling mechanism unless there is a (bad) historic reason for not using that. getopt predates even GNU :) In fact, I'd say GNU is one of the earlier heavier abuser in this way. test and find are the exceptions in traditional UNIX userland... actually awk, find, test, find, more disobey this too. :) dd is totally whacked with options. not a '-' in sight. and then xterm, rxvt, xev, xorg, xprop, xwininfo, ... anything x related (traditional x) disobeys. anyway - my point here is, making this out to be the hard rule of how options must be done isn't correct. it may be a preference to follow a specific convention, but there are other conventions. the problem comes when you choose a convention that disallows you to emulate another - which is where this came from. please support xterm/rxvt etc. style options for x, y, z so terminology can more easily be a drop-in replacement. in the trac ticket i asked gustavo to indicate how this could be done with ecore-getopt, if at all, as i saw no way how to do it, but instead it turned into a but you are wrong! this is not how you do options dogma exercise, when i'm trying to add options for users. if i could do arbitrary sized short options then i could handle more of the option compatibility. if i could also handle + as opposed to - it'd even be better. Joerg -- 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 -- - 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: raster trunk/terminology/src/bin
On Sun, Aug 5, 2012 at 6:38 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add bunch of option s to terminology suggested by Thanatermesis - not
in the exact way asked due to ecore-getopt, but they are there
functionally.
@@ -222,10 +227,17 @@
Set window title.),
ECORE_GETOPT_STORE_STR ('i', icon-name,
Set icon name.),
+ ECORE_GETOPT_STORE_STR ('f', font,
+ Set font (NAME/SIZE for scalable, NAME for
bitmap.),
ECORE_GETOPT_CHOICE('v', video-module,
Set emotion module to use., emotion_choices),
+
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
+ ECORE_GETOPT_STORE_BOOL('c', cursor-blink,
+ Set cursor blink mode.),
+ ECORE_GETOPT_STORE_BOOL('V', visual-bell,
+ Set visual bell mode.),
ECORE_GETOPT_STORE_TRUE('F', fullscreen,
Go into the fullscreen mode from start.),
ECORE_GETOPT_STORE_TRUE('I', iconic,
@@ -238,10 +250,13 @@
Become maximized from the start.),
ECORE_GETOPT_STORE_TRUE('W', nowm,
Terminology is run without a wm.),
- ECORE_GETOPT_VERSION('V', version),
- ECORE_GETOPT_COPYRIGHT('C', copyright),
- ECORE_GETOPT_LICENSE('L', license),
- ECORE_GETOPT_HELP('h', help),
+ ECORE_GETOPT_STORE_TRUE('H', hold,
+ Don't exit when the command process exits.),
+
+ ECORE_GETOPT_VERSION ('V', version),
+ ECORE_GETOPT_COPYRIGHT ('C', copyright),
+ ECORE_GETOPT_LICENSE ('L', license),
+ ECORE_GETOPT_HELP ('h', help),
ECORE_GETOPT_SENTINEL
two -V?
During development you can also call
ecore_getopt_parser_has_duplicates() that will check it for you.
--
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: raster trunk/terminology/src/bin
On Sun, 5 Aug 2012 16:56:58 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 6:38 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add bunch of option s to terminology suggested by Thanatermesis - not
in the exact way asked due to ecore-getopt, but they are there
functionally.
@@ -222,10 +227,17 @@
Set window title.),
ECORE_GETOPT_STORE_STR ('i', icon-name,
Set icon name.),
+ ECORE_GETOPT_STORE_STR ('f', font,
+ Set font (NAME/SIZE for scalable, NAME for
bitmap.), ECORE_GETOPT_CHOICE('v', video-module,
Set emotion module to use.,
emotion_choices), +
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
+ ECORE_GETOPT_STORE_BOOL('c', cursor-blink,
+ Set cursor blink mode.),
+ ECORE_GETOPT_STORE_BOOL('V', visual-bell,
+ Set visual bell mode.),
ECORE_GETOPT_STORE_TRUE('F', fullscreen,
Go into the fullscreen mode from start.),
ECORE_GETOPT_STORE_TRUE('I', iconic,
@@ -238,10 +250,13 @@
Become maximized from the start.),
ECORE_GETOPT_STORE_TRUE('W', nowm,
Terminology is run without a wm.),
- ECORE_GETOPT_VERSION('V', version),
- ECORE_GETOPT_COPYRIGHT('C', copyright),
- ECORE_GETOPT_LICENSE('L', license),
- ECORE_GETOPT_HELP('h', help),
+ ECORE_GETOPT_STORE_TRUE('H', hold,
+ Don't exit when the command process
exits.), +
+ ECORE_GETOPT_VERSION ('V', version),
+ ECORE_GETOPT_COPYRIGHT ('C', copyright),
+ ECORE_GETOPT_LICENSE ('L', license),
+ ECORE_GETOPT_HELP ('h', help),
ECORE_GETOPT_SENTINEL
two -V?
During development you can also call
ecore_getopt_parser_has_duplicates() that will check it for you.
short options should allow for multiple chars... it's getting hard to pick
chars for options... eg '-bg' should be possible.
--
- 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: raster trunk/terminology/src/bin
On Sun, Aug 5, 2012 at 9:06 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: dont clash short options (short optiosn should allow multiple chars... g. not very useful once u have lots of options) then it's not short anymore :-) give it 0 and it will not handle the short option -- 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: raster trunk/terminology/src/bin
On Sun, Aug 5, 2012 at 9:07 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Sun, 5 Aug 2012 16:56:58 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 6:38 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add bunch of option s to terminology suggested by Thanatermesis - not
in the exact way asked due to ecore-getopt, but they are there
functionally.
@@ -222,10 +227,17 @@
Set window title.),
ECORE_GETOPT_STORE_STR ('i', icon-name,
Set icon name.),
+ ECORE_GETOPT_STORE_STR ('f', font,
+ Set font (NAME/SIZE for scalable, NAME for
bitmap.), ECORE_GETOPT_CHOICE('v', video-module,
Set emotion module to use.,
emotion_choices), +
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
+ ECORE_GETOPT_STORE_BOOL('c', cursor-blink,
+ Set cursor blink mode.),
+ ECORE_GETOPT_STORE_BOOL('V', visual-bell,
+ Set visual bell mode.),
ECORE_GETOPT_STORE_TRUE('F', fullscreen,
Go into the fullscreen mode from start.),
ECORE_GETOPT_STORE_TRUE('I', iconic,
@@ -238,10 +250,13 @@
Become maximized from the start.),
ECORE_GETOPT_STORE_TRUE('W', nowm,
Terminology is run without a wm.),
- ECORE_GETOPT_VERSION('V', version),
- ECORE_GETOPT_COPYRIGHT('C', copyright),
- ECORE_GETOPT_LICENSE('L', license),
- ECORE_GETOPT_HELP('h', help),
+ ECORE_GETOPT_STORE_TRUE('H', hold,
+ Don't exit when the command process
exits.), +
+ ECORE_GETOPT_VERSION ('V', version),
+ ECORE_GETOPT_COPYRIGHT ('C', copyright),
+ ECORE_GETOPT_LICENSE ('L', license),
+ ECORE_GETOPT_HELP ('h', help),
ECORE_GETOPT_SENTINEL
two -V?
During development you can also call
ecore_getopt_parser_has_duplicates() that will check it for you.
short options should allow for multiple chars... it's getting hard to pick
chars for options... eg '-bg' should be possible.
use short = '\0' (0), full = bg
--
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: raster trunk/terminology/src/bin
On Sun, 5 Aug 2012 22:03:17 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 9:07 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Sun, 5 Aug 2012 16:56:58 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 6:38 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add bunch of option s to terminology suggested by Thanatermesis - not
in the exact way asked due to ecore-getopt, but they are there
functionally.
@@ -222,10 +227,17 @@
Set window title.),
ECORE_GETOPT_STORE_STR ('i', icon-name,
Set icon name.),
+ ECORE_GETOPT_STORE_STR ('f', font,
+ Set font (NAME/SIZE for scalable, NAME
for bitmap.), ECORE_GETOPT_CHOICE('v', video-module,
Set emotion module to use.,
emotion_choices), +
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
+ ECORE_GETOPT_STORE_BOOL('c', cursor-blink,
+ Set cursor blink mode.),
+ ECORE_GETOPT_STORE_BOOL('V', visual-bell,
+ Set visual bell mode.),
ECORE_GETOPT_STORE_TRUE('F', fullscreen,
Go into the fullscreen mode from
start.), ECORE_GETOPT_STORE_TRUE('I', iconic,
@@ -238,10 +250,13 @@
Become maximized from the start.),
ECORE_GETOPT_STORE_TRUE('W', nowm,
Terminology is run without a wm.),
- ECORE_GETOPT_VERSION('V', version),
- ECORE_GETOPT_COPYRIGHT('C', copyright),
- ECORE_GETOPT_LICENSE('L', license),
- ECORE_GETOPT_HELP('h', help),
+ ECORE_GETOPT_STORE_TRUE('H', hold,
+ Don't exit when the command process
exits.), +
+ ECORE_GETOPT_VERSION ('V', version),
+ ECORE_GETOPT_COPYRIGHT ('C', copyright),
+ ECORE_GETOPT_LICENSE ('L', license),
+ ECORE_GETOPT_HELP ('h', help),
ECORE_GETOPT_SENTINEL
two -V?
During development you can also call
ecore_getopt_parser_has_duplicates() that will check it for you.
short options should allow for multiple chars... it's getting hard to pick
chars for options... eg '-bg' should be possible.
use short = '\0' (0), full = bg
so cant have -bg AND --background? :) (also it's --bg then for long opt) :)
--
- 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: raster trunk/terminology/src/bin
On Sunday, August 5, 2012, Carsten Haitzler wrote:
On Sun, 5 Aug 2012 22:03:17 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 9:07 PM, Carsten Haitzler ras...@rasterman.com
wrote:
On Sun, 5 Aug 2012 16:56:58 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 6:38 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add bunch of option s to terminology suggested by Thanatermesis -
not
in the exact way asked due to ecore-getopt, but they are there
functionally.
@@ -222,10 +227,17 @@
Set window title.),
ECORE_GETOPT_STORE_STR ('i', icon-name,
Set icon name.),
+ ECORE_GETOPT_STORE_STR ('f', font,
+ Set font (NAME/SIZE for scalable,
NAME
for bitmap.), ECORE_GETOPT_CHOICE('v', video-module,
Set emotion module to use.,
emotion_choices), +
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
+ ECORE_GETOPT_STORE_BOOL('c', cursor-blink,
+ Set cursor blink mode.),
+ ECORE_GETOPT_STORE_BOOL('V', visual-bell,
+ Set visual bell mode.),
ECORE_GETOPT_STORE_TRUE('F', fullscreen,
Go into the fullscreen mode from
start.), ECORE_GETOPT_STORE_TRUE('I', iconic,
@@ -238,10 +250,13 @@
Become maximized from the start.),
ECORE_GETOPT_STORE_TRUE('W', nowm,
Terminology is run without a wm.),
- ECORE_GETOPT_VERSION('V', version),
- ECORE_GETOPT_COPYRIGHT('C', copyright),
- ECORE_GETOPT_LICENSE('L', license),
- ECORE_GETOPT_HELP('h', help),
+ ECORE_GETOPT_STORE_TRUE('H', hold,
+ Don't exit when the command process
exits.), +
+ ECORE_GETOPT_VERSION ('V', version),
+ ECORE_GETOPT_COPYRIGHT ('C', copyright),
+ ECORE_GETOPT_LICENSE ('L', license),
+ ECORE_GETOPT_HELP ('h', help),
ECORE_GETOPT_SENTINEL
two -V?
During development you can alsso cant have -bg AND --background? :)
(also it's --bg then for long opt) :)
You can have multiple options for same variable. So --bg and --background.
No -bg as I find this the worst idea ever
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:;
--
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: raster trunk/terminology/src/bin
On Sun, 5 Aug 2012 22:55:20 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sunday, August 5, 2012, Carsten Haitzler wrote:
On Sun, 5 Aug 2012 22:03:17 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 9:07 PM, Carsten Haitzler ras...@rasterman.com
wrote:
On Sun, 5 Aug 2012 16:56:58 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Sun, Aug 5, 2012 at 6:38 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add bunch of option s to terminology suggested by Thanatermesis -
not
in the exact way asked due to ecore-getopt, but they are there
functionally.
@@ -222,10 +227,17 @@
Set window title.),
ECORE_GETOPT_STORE_STR ('i', icon-name,
Set icon name.),
+ ECORE_GETOPT_STORE_STR ('f', font,
+ Set font (NAME/SIZE for scalable,
NAME
for bitmap.), ECORE_GETOPT_CHOICE('v', video-module,
Set emotion module to use.,
emotion_choices), +
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
+ ECORE_GETOPT_STORE_BOOL('c', cursor-blink,
+ Set cursor blink mode.),
+ ECORE_GETOPT_STORE_BOOL('V', visual-bell,
+ Set visual bell mode.),
ECORE_GETOPT_STORE_TRUE('F', fullscreen,
Go into the fullscreen mode from
start.), ECORE_GETOPT_STORE_TRUE('I', iconic,
@@ -238,10 +250,13 @@
Become maximized from the start.),
ECORE_GETOPT_STORE_TRUE('W', nowm,
Terminology is run without a wm.),
- ECORE_GETOPT_VERSION('V', version),
- ECORE_GETOPT_COPYRIGHT('C', copyright),
- ECORE_GETOPT_LICENSE('L', license),
- ECORE_GETOPT_HELP('h', help),
+ ECORE_GETOPT_STORE_TRUE('H', hold,
+ Don't exit when the command process
exits.), +
+ ECORE_GETOPT_VERSION ('V', version),
+ ECORE_GETOPT_COPYRIGHT ('C', copyright),
+ ECORE_GETOPT_LICENSE ('L', license),
+ ECORE_GETOPT_HELP ('h', help),
ECORE_GETOPT_SENTINEL
two -V?
During development you can alsso cant have -bg AND --background? :)
(also it's --bg then for long opt) :)
You can have multiple options for same variable. So --bg and --background.
No -bg as I find this the worst idea ever
why? cmdline apps have done this since the dawn of time. it's useful and
handy - short and to the point.
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:;
--
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
--
- 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: raster trunk/terminology/src/bin
On Thu, 26 Jul 2012 22:09:21 -0500 Nick Hughart mek...@mekius.net said: On Fri, 27 Jul 2012 11:33:22 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Jul 27, 2012 at 11:27 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: After this commit, vi is very light and faded. Can you check this? or is there any suggestion? (no jed though) Poor choice of color by vi (same goes with emacs). I turn it of by setting manually the TERM environ variable back to xterm. Just a heads up, I've also noticed that eina_log output is not colorized here with the new TERM setting. All I did was switch back to xterm and it started working again. eina-log problem. eina_log_term_color_supported() :) -- - 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: raster trunk/terminology/src/bin
On Fri, 27 Jul 2012 11:27:41 +0900 Daniel Juyung Seo seojuyu...@gmail.com
said:
it's vi itself
change $TERM to be xterm
export TERM=xterm
and presto - it'l be normal. vi tries to use the 256 color set if it thinks the
term is 256color.
After this commit, vi is very light and faded.
Can you check this? or is there any suggestion? (no jed though)
Daniel Juyung Seo (SeoZ)
On Tue, Jul 24, 2012 at 11:16 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
lets try pretend to be xterm-256color and see how this works?
Author: raster
Date: 2012-07-23 19:16:21 -0700 (Mon, 23 Jul 2012)
New Revision: 74333
Trac: http://trac.enlightenment.org/e/changeset/74333
Modified:
trunk/terminology/src/bin/col.c trunk/terminology/src/bin/termpty.c
Modified: trunk/terminology/src/bin/col.c
===
--- trunk/terminology/src/bin/col.c 2012-07-24 02:16:19 UTC (rev 74332)
+++ trunk/terminology/src/bin/col.c 2012-07-24 02:16:21 UTC (rev 74333)
@@ -68,21 +68,21 @@
{
// basic 16 repeated
{ 0x00, 0x00, 0x00, 0xff }, // COL_BLACK
- { 0xcc, 0x33, 0x33, 0xff }, // COL_RED
- { 0x33, 0xcc, 0x33, 0xff }, // COL_GREEN
- { 0xcc, 0x88, 0x33, 0xff }, // COL_YELLOW
- { 0x33, 0x33, 0xcc, 0xff }, // COL_BLUE
- { 0xcc, 0x33, 0xcc, 0xff }, // COL_MAGENTA
- { 0x33, 0xcc, 0xcc, 0xff }, // COL_CYAN
- { 0xcc, 0xcc, 0xcc, 0xff }, // COL_WHITE
+ { 0xc0, 0x00, 0x00, 0xff }, // COL_RED
+ { 0x00, 0xc0, 0x00, 0xff }, // COL_GREEN
+ { 0xc0, 0xc0, 0x00, 0xff }, // COL_YELLOW
+ { 0x00, 0x00, 0xc0, 0xff }, // COL_BLUE
+ { 0xc0, 0x00, 0xc0, 0xff }, // COL_MAGENTA
+ { 0x00, 0xc0, 0xc0, 0xff }, // COL_CYAN
+ { 0xc0, 0xc0, 0xc0, 0xff }, // COL_WHITE
- { 0x66, 0x66, 0x66, 0xff }, // COL_BLACK
- { 0xff, 0x66, 0x66, 0xff }, // COL_RED
- { 0x66, 0xff, 0x66, 0xff }, // COL_GREEN
- { 0xff, 0xff, 0x66, 0xff }, // COL_YELLOW
- { 0x66, 0x66, 0xff, 0xff }, // COL_BLUE
- { 0xff, 0x66, 0xff, 0xff }, // COL_MAGENTA
- { 0x66, 0xff, 0xff, 0xff }, // COL_CYAN
+ { 0x80, 0x80, 0x80, 0xff }, // COL_BLACK
+ { 0xff, 0x80, 0x80, 0xff }, // COL_RED
+ { 0x80, 0xff, 0x80, 0xff }, // COL_GREEN
+ { 0xff, 0xff, 0x80, 0xff }, // COL_YELLOW
+ { 0x80, 0x80, 0xff, 0xff }, // COL_BLUE
+ { 0xff, 0x80, 0xff, 0xff }, // COL_MAGENTA
+ { 0x80, 0xff, 0xff, 0xff }, // COL_CYAN
{ 0xff, 0xff, 0xff, 0xff }, // COL_WHITE
// pure 6x6x6 colorcube
Modified: trunk/terminology/src/bin/termpty.c
===
--- trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:19 UTC (rev 74332)
+++ trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:21 UTC (rev 74333)
@@ -310,7 +310,9 @@
/* TODO: should we reset signals here? */
// pretend to be xterm
-putenv(TERM=xterm);
+//putenv(TERM=xterm);
+putenv(TERM=xterm-256color);
+putenv(XTERM_256_COLORS=1);
execvp(args[0], (char *const *)args);
exit(127); /* same as system() for failed commands */
}
--
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-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
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
--
- 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/
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
all vim users have to do this?
Daniel Juyung Seo (SeoZ)
On Jul 27, 2012 3:10 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Fri, 27 Jul 2012 11:27:41 +0900 Daniel Juyung Seo seojuyu...@gmail.com
said:
it's vi itself
change $TERM to be xterm
export TERM=xterm
and presto - it'l be normal. vi tries to use the 256 color set if it
thinks the
term is 256color.
After this commit, vi is very light and faded.
Can you check this? or is there any suggestion? (no jed though)
Daniel Juyung Seo (SeoZ)
On Tue, Jul 24, 2012 at 11:16 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
lets try pretend to be xterm-256color and see how this works?
Author: raster
Date: 2012-07-23 19:16:21 -0700 (Mon, 23 Jul 2012)
New Revision: 74333
Trac: http://trac.enlightenment.org/e/changeset/74333
Modified:
trunk/terminology/src/bin/col.c trunk/terminology/src/bin/termpty.c
Modified: trunk/terminology/src/bin/col.c
===
--- trunk/terminology/src/bin/col.c 2012-07-24 02:16:19 UTC (rev
74332)
+++ trunk/terminology/src/bin/col.c 2012-07-24 02:16:21 UTC (rev
74333)
@@ -68,21 +68,21 @@
{
// basic 16 repeated
{ 0x00, 0x00, 0x00, 0xff }, // COL_BLACK
- { 0xcc, 0x33, 0x33, 0xff }, // COL_RED
- { 0x33, 0xcc, 0x33, 0xff }, // COL_GREEN
- { 0xcc, 0x88, 0x33, 0xff }, // COL_YELLOW
- { 0x33, 0x33, 0xcc, 0xff }, // COL_BLUE
- { 0xcc, 0x33, 0xcc, 0xff }, // COL_MAGENTA
- { 0x33, 0xcc, 0xcc, 0xff }, // COL_CYAN
- { 0xcc, 0xcc, 0xcc, 0xff }, // COL_WHITE
+ { 0xc0, 0x00, 0x00, 0xff }, // COL_RED
+ { 0x00, 0xc0, 0x00, 0xff }, // COL_GREEN
+ { 0xc0, 0xc0, 0x00, 0xff }, // COL_YELLOW
+ { 0x00, 0x00, 0xc0, 0xff }, // COL_BLUE
+ { 0xc0, 0x00, 0xc0, 0xff }, // COL_MAGENTA
+ { 0x00, 0xc0, 0xc0, 0xff }, // COL_CYAN
+ { 0xc0, 0xc0, 0xc0, 0xff }, // COL_WHITE
- { 0x66, 0x66, 0x66, 0xff }, // COL_BLACK
- { 0xff, 0x66, 0x66, 0xff }, // COL_RED
- { 0x66, 0xff, 0x66, 0xff }, // COL_GREEN
- { 0xff, 0xff, 0x66, 0xff }, // COL_YELLOW
- { 0x66, 0x66, 0xff, 0xff }, // COL_BLUE
- { 0xff, 0x66, 0xff, 0xff }, // COL_MAGENTA
- { 0x66, 0xff, 0xff, 0xff }, // COL_CYAN
+ { 0x80, 0x80, 0x80, 0xff }, // COL_BLACK
+ { 0xff, 0x80, 0x80, 0xff }, // COL_RED
+ { 0x80, 0xff, 0x80, 0xff }, // COL_GREEN
+ { 0xff, 0xff, 0x80, 0xff }, // COL_YELLOW
+ { 0x80, 0x80, 0xff, 0xff }, // COL_BLUE
+ { 0xff, 0x80, 0xff, 0xff }, // COL_MAGENTA
+ { 0x80, 0xff, 0xff, 0xff }, // COL_CYAN
{ 0xff, 0xff, 0xff, 0xff }, // COL_WHITE
// pure 6x6x6 colorcube
Modified: trunk/terminology/src/bin/termpty.c
===
--- trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:19 UTC (rev
74332)
+++ trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:21 UTC (rev
74333)
@@ -310,7 +310,9 @@
/* TODO: should we reset signals here? */
// pretend to be xterm
-putenv(TERM=xterm);
+//putenv(TERM=xterm);
+putenv(TERM=xterm-256color);
+putenv(XTERM_256_COLORS=1);
execvp(args[0], (char *const *)args);
exit(127); /* same as system() for failed commands */
}
--
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-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
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
--
- 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
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
i think depend by vim theme/settings , i have no troubles with
terminology/TERM=xterm-256colors/vim and colors
http://www.enlightenment.org/ss/e-50127085640c44.91481334.png
i have troubles with terminology/vim and resize window
On Fri, 27 Jul 2012 13:25:58 +0300, Daniel Juyung Seo
seojuyu...@gmail.com wrote:
all vim users have to do this?
Daniel Juyung Seo (SeoZ)
On Jul 27, 2012 3:10 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Fri, 27 Jul 2012 11:27:41 +0900 Daniel Juyung Seo
seojuyu...@gmail.com
said:
it's vi itself
change $TERM to be xterm
export TERM=xterm
and presto - it'l be normal. vi tries to use the 256 color set if it
thinks the
term is 256color.
After this commit, vi is very light and faded.
Can you check this? or is there any suggestion? (no jed though)
Daniel Juyung Seo (SeoZ)
On Tue, Jul 24, 2012 at 11:16 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
lets try pretend to be xterm-256color and see how this works?
Author: raster
Date: 2012-07-23 19:16:21 -0700 (Mon, 23 Jul 2012)
New Revision: 74333
Trac: http://trac.enlightenment.org/e/changeset/74333
Modified:
trunk/terminology/src/bin/col.c
trunk/terminology/src/bin/termpty.c
Modified: trunk/terminology/src/bin/col.c
===
--- trunk/terminology/src/bin/col.c 2012-07-24 02:16:19 UTC (rev
74332)
+++ trunk/terminology/src/bin/col.c 2012-07-24 02:16:21 UTC (rev
74333)
@@ -68,21 +68,21 @@
{
// basic 16 repeated
{ 0x00, 0x00, 0x00, 0xff }, // COL_BLACK
- { 0xcc, 0x33, 0x33, 0xff }, // COL_RED
- { 0x33, 0xcc, 0x33, 0xff }, // COL_GREEN
- { 0xcc, 0x88, 0x33, 0xff }, // COL_YELLOW
- { 0x33, 0x33, 0xcc, 0xff }, // COL_BLUE
- { 0xcc, 0x33, 0xcc, 0xff }, // COL_MAGENTA
- { 0x33, 0xcc, 0xcc, 0xff }, // COL_CYAN
- { 0xcc, 0xcc, 0xcc, 0xff }, // COL_WHITE
+ { 0xc0, 0x00, 0x00, 0xff }, // COL_RED
+ { 0x00, 0xc0, 0x00, 0xff }, // COL_GREEN
+ { 0xc0, 0xc0, 0x00, 0xff }, // COL_YELLOW
+ { 0x00, 0x00, 0xc0, 0xff }, // COL_BLUE
+ { 0xc0, 0x00, 0xc0, 0xff }, // COL_MAGENTA
+ { 0x00, 0xc0, 0xc0, 0xff }, // COL_CYAN
+ { 0xc0, 0xc0, 0xc0, 0xff }, // COL_WHITE
- { 0x66, 0x66, 0x66, 0xff }, // COL_BLACK
- { 0xff, 0x66, 0x66, 0xff }, // COL_RED
- { 0x66, 0xff, 0x66, 0xff }, // COL_GREEN
- { 0xff, 0xff, 0x66, 0xff }, // COL_YELLOW
- { 0x66, 0x66, 0xff, 0xff }, // COL_BLUE
- { 0xff, 0x66, 0xff, 0xff }, // COL_MAGENTA
- { 0x66, 0xff, 0xff, 0xff }, // COL_CYAN
+ { 0x80, 0x80, 0x80, 0xff }, // COL_BLACK
+ { 0xff, 0x80, 0x80, 0xff }, // COL_RED
+ { 0x80, 0xff, 0x80, 0xff }, // COL_GREEN
+ { 0xff, 0xff, 0x80, 0xff }, // COL_YELLOW
+ { 0x80, 0x80, 0xff, 0xff }, // COL_BLUE
+ { 0xff, 0x80, 0xff, 0xff }, // COL_MAGENTA
+ { 0x80, 0xff, 0xff, 0xff }, // COL_CYAN
{ 0xff, 0xff, 0xff, 0xff }, // COL_WHITE
// pure 6x6x6 colorcube
Modified: trunk/terminology/src/bin/termpty.c
===
--- trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:19 UTC (rev
74332)
+++ trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:21 UTC (rev
74333)
@@ -310,7 +310,9 @@
/* TODO: should we reset signals here? */
// pretend to be xterm
-putenv(TERM=xterm);
+//putenv(TERM=xterm);
+putenv(TERM=xterm-256color);
+putenv(XTERM_256_COLORS=1);
execvp(args[0], (char *const *)args);
exit(127); /* same as system() for failed commands */
}
--
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-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
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: raster trunk/terminology/src/bin
After this commit, vi is very light and faded.
Can you check this? or is there any suggestion? (no jed though)
Daniel Juyung Seo (SeoZ)
On Tue, Jul 24, 2012 at 11:16 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
lets try pretend to be xterm-256color and see how this works?
Author: raster
Date: 2012-07-23 19:16:21 -0700 (Mon, 23 Jul 2012)
New Revision: 74333
Trac: http://trac.enlightenment.org/e/changeset/74333
Modified:
trunk/terminology/src/bin/col.c trunk/terminology/src/bin/termpty.c
Modified: trunk/terminology/src/bin/col.c
===
--- trunk/terminology/src/bin/col.c 2012-07-24 02:16:19 UTC (rev 74332)
+++ trunk/terminology/src/bin/col.c 2012-07-24 02:16:21 UTC (rev 74333)
@@ -68,21 +68,21 @@
{
// basic 16 repeated
{ 0x00, 0x00, 0x00, 0xff }, // COL_BLACK
- { 0xcc, 0x33, 0x33, 0xff }, // COL_RED
- { 0x33, 0xcc, 0x33, 0xff }, // COL_GREEN
- { 0xcc, 0x88, 0x33, 0xff }, // COL_YELLOW
- { 0x33, 0x33, 0xcc, 0xff }, // COL_BLUE
- { 0xcc, 0x33, 0xcc, 0xff }, // COL_MAGENTA
- { 0x33, 0xcc, 0xcc, 0xff }, // COL_CYAN
- { 0xcc, 0xcc, 0xcc, 0xff }, // COL_WHITE
+ { 0xc0, 0x00, 0x00, 0xff }, // COL_RED
+ { 0x00, 0xc0, 0x00, 0xff }, // COL_GREEN
+ { 0xc0, 0xc0, 0x00, 0xff }, // COL_YELLOW
+ { 0x00, 0x00, 0xc0, 0xff }, // COL_BLUE
+ { 0xc0, 0x00, 0xc0, 0xff }, // COL_MAGENTA
+ { 0x00, 0xc0, 0xc0, 0xff }, // COL_CYAN
+ { 0xc0, 0xc0, 0xc0, 0xff }, // COL_WHITE
- { 0x66, 0x66, 0x66, 0xff }, // COL_BLACK
- { 0xff, 0x66, 0x66, 0xff }, // COL_RED
- { 0x66, 0xff, 0x66, 0xff }, // COL_GREEN
- { 0xff, 0xff, 0x66, 0xff }, // COL_YELLOW
- { 0x66, 0x66, 0xff, 0xff }, // COL_BLUE
- { 0xff, 0x66, 0xff, 0xff }, // COL_MAGENTA
- { 0x66, 0xff, 0xff, 0xff }, // COL_CYAN
+ { 0x80, 0x80, 0x80, 0xff }, // COL_BLACK
+ { 0xff, 0x80, 0x80, 0xff }, // COL_RED
+ { 0x80, 0xff, 0x80, 0xff }, // COL_GREEN
+ { 0xff, 0xff, 0x80, 0xff }, // COL_YELLOW
+ { 0x80, 0x80, 0xff, 0xff }, // COL_BLUE
+ { 0xff, 0x80, 0xff, 0xff }, // COL_MAGENTA
+ { 0x80, 0xff, 0xff, 0xff }, // COL_CYAN
{ 0xff, 0xff, 0xff, 0xff }, // COL_WHITE
// pure 6x6x6 colorcube
Modified: trunk/terminology/src/bin/termpty.c
===
--- trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:19 UTC (rev 74332)
+++ trunk/terminology/src/bin/termpty.c 2012-07-24 02:16:21 UTC (rev 74333)
@@ -310,7 +310,9 @@
/* TODO: should we reset signals here? */
// pretend to be xterm
-putenv(TERM=xterm);
+//putenv(TERM=xterm);
+putenv(TERM=xterm-256color);
+putenv(XTERM_256_COLORS=1);
execvp(args[0], (char *const *)args);
exit(127); /* same as system() for failed commands */
}
--
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-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
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: raster trunk/terminology/src/bin
On Fri, Jul 27, 2012 at 11:27 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: After this commit, vi is very light and faded. Can you check this? or is there any suggestion? (no jed though) Poor choice of color by vi (same goes with emacs). I turn it of by setting manually the TERM environ variable back to xterm. -- 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: raster trunk/terminology/src/bin
On Fri, 27 Jul 2012 11:33:22 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Jul 27, 2012 at 11:27 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: After this commit, vi is very light and faded. Can you check this? or is there any suggestion? (no jed though) Poor choice of color by vi (same goes with emacs). I turn it of by setting manually the TERM environ variable back to xterm. Just a heads up, I've also noticed that eina_log output is not colorized here with the new TERM setting. All I did was switch back to xterm and it started working again. -- 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: raster trunk/terminology/src/bin
On Thursday, July 5, 2012, Enlightenment SVN wrote:
Log:
add a bunch of options for title, name, role, override, borderless,
iconic, etc. on cmdline.
Why not STORE_TRUE and init the variables to EINA_FALSE?
Then just giving the parameter will set them to true and it's simpler to
use and check
Author: raster
Date: 2012-07-05 03:04:39 -0700 (Thu, 05 Jul 2012)
New Revision: 73337
Trac: http://trac.enlightenment.org/e/changeset/73337
Modified:
trunk/terminology/src/bin/main.c trunk/terminology/src/bin/win.c
trunk/terminology/src/bin/win.h
Modified: trunk/terminology/src/bin/main.c
===
--- trunk/terminology/src/bin/main.c2012-07-05 09:38:43 UTC (rev 73336)
+++ trunk/terminology/src/bin/main.c2012-07-05 10:04:39 UTC (rev 73337)
@@ -199,22 +199,37 @@
Terminal emulator written with Enlightenment Foundation Libraries.,
EINA_TRUE,
{
- ECORE_GETOPT_STORE_STR('e', exec,
- command to execute.
- Defaults to $SHELL (or passwd shel or
/bin/sh)),
- ECORE_GETOPT_STORE_STR('t', theme,
- Use the named edje theme or path to theme
file.),
- ECORE_GETOPT_STORE_STR('b', background,
- Use the named file as a background
wallpaper.),
- ECORE_GETOPT_STORE_STR('g', geometry,
- Terminal geometry to use (eg 80x24 or
80x24+50+20 etc.).),
- ECORE_GETOPT_CHOICE('v', video-module,
- Set emotion module to use.,
- emotion_choices),
+ ECORE_GETOPT_STORE_STR ('e', exec,
+ command to execute.
+ Defaults to $SHELL (or passwd shel or
/bin/sh)),
+ ECORE_GETOPT_STORE_STR ('t', theme,
+ Use the named edje theme or path to theme
file.),
+ ECORE_GETOPT_STORE_STR ('b', background,
+ Use the named file as a background
wallpaper.),
+ ECORE_GETOPT_STORE_STR ('g', geometry,
+ Terminal geometry to use (eg 80x24 or
80x24+50+20 etc.).),
+ ECORE_GETOPT_STORE_STR ('n', name,
+ Set window name.),
+ ECORE_GETOPT_STORE_STR ('r', role,
+ Set window role.),
+ ECORE_GETOPT_STORE_STR ('T', title,
+ Set window title.),
+ ECORE_GETOPT_STORE_STR ('i', icon-name,
+ Set icon name.),
+ ECORE_GETOPT_CHOICE('v', video-module,
+ Set emotion module to use.,
emotion_choices),
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
ECORE_GETOPT_STORE_BOOL('F', fullscreen,
- Go into fullscreen mode from start.),
+ Go into the fullscreen mode from start.),
+ ECORE_GETOPT_STORE_BOOL('I', iconic,
+ Go into an iconic state from the start.),
+ ECORE_GETOPT_STORE_BOOL('B', borderless,
+ Become a borderless managed window.),
+ ECORE_GETOPT_STORE_BOOL('O', override,
+ Become an override-redirect window.),
+ ECORE_GETOPT_STORE_BOOL('M', maximized,
+ Become maximized from the start.),
ECORE_GETOPT_VERSION('V', version),
ECORE_GETOPT_COPYRIGHT('C', copyright),
ECORE_GETOPT_LICENSE('L', license),
@@ -230,18 +245,35 @@
char *theme = NULL;
char *background = NULL;
char *geometry = NULL;
+ char *name = NULL;
+ char *role = NULL;
+ char *title = NULL;
+ char *icon_name = NULL;
char *video_module = NULL;
Eina_Bool video_mute = 0xff; /* unset */
Eina_Bool fullscreen = 0xff; /* unset */
+ Eina_Bool iconic = 0xff; /* unset */
+ Eina_Bool borderless = 0xff; /* unset */
+ Eina_Bool override = 0xff; /* unset */
+ Eina_Bool maximized = 0xff; /* unset */
Eina_Bool quit_option = EINA_FALSE;
Ecore_Getopt_Value values[] = {
ECORE_GETOPT_VALUE_STR(cmd),
ECORE_GETOPT_VALUE_STR(theme),
ECORE_GETOPT_VALUE_STR(background),
ECORE_GETOPT_VALUE_STR(geometry),
+ ECORE_GETOPT_VALUE_STR(name),
+ ECORE_GETOPT_VALUE_STR(role),
+ ECORE_GETOPT_VALUE_STR(title),
+ ECORE_GETOPT_VALUE_STR(icon_name),
ECORE_GETOPT_VALUE_STR(video_module),
ECORE_GETOPT_VALUE_BOOL(video_mute),
ECORE_GETOPT_VALUE_BOOL(fullscreen),
+ ECORE_GETOPT_VALUE_BOOL(iconic),
+ ECORE_GETOPT_VALUE_BOOL(borderless),
+ ECORE_GETOPT_VALUE_BOOL(override),
+ ECORE_GETOPT_VALUE_BOOL(maximized),
+
ECORE_GETOPT_VALUE_BOOL(quit_option),
ECORE_GETOPT_VALUE_BOOL(quit_option),
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Thu, 5 Jul 2012 08:23:23 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Thursday, July 5, 2012, Enlightenment SVN wrote:
Log:
add a bunch of options for title, name, role, override, borderless,
iconic, etc. on cmdline.
Why not STORE_TRUE and init the variables to EINA_FALSE?
Then just giving the parameter will set them to true and it's simpler to
use and check
well i was following the sample you set in using getopt... since u love getopt
so much.. i thought this was all good. :)
Author: raster
Date: 2012-07-05 03:04:39 -0700 (Thu, 05 Jul 2012)
New Revision: 73337
Trac: http://trac.enlightenment.org/e/changeset/73337
Modified:
trunk/terminology/src/bin/main.c trunk/terminology/src/bin/win.c
trunk/terminology/src/bin/win.h
Modified: trunk/terminology/src/bin/main.c
===
--- trunk/terminology/src/bin/main.c2012-07-05 09:38:43 UTC (rev 73336)
+++ trunk/terminology/src/bin/main.c2012-07-05 10:04:39 UTC (rev 73337)
@@ -199,22 +199,37 @@
Terminal emulator written with Enlightenment Foundation Libraries.,
EINA_TRUE,
{
- ECORE_GETOPT_STORE_STR('e', exec,
- command to execute.
- Defaults to $SHELL (or passwd shel or
/bin/sh)),
- ECORE_GETOPT_STORE_STR('t', theme,
- Use the named edje theme or path to theme
file.),
- ECORE_GETOPT_STORE_STR('b', background,
- Use the named file as a background
wallpaper.),
- ECORE_GETOPT_STORE_STR('g', geometry,
- Terminal geometry to use (eg 80x24 or
80x24+50+20 etc.).),
- ECORE_GETOPT_CHOICE('v', video-module,
- Set emotion module to use.,
- emotion_choices),
+ ECORE_GETOPT_STORE_STR ('e', exec,
+ command to execute.
+ Defaults to $SHELL (or passwd shel or
/bin/sh)),
+ ECORE_GETOPT_STORE_STR ('t', theme,
+ Use the named edje theme or path to theme
file.),
+ ECORE_GETOPT_STORE_STR ('b', background,
+ Use the named file as a background
wallpaper.),
+ ECORE_GETOPT_STORE_STR ('g', geometry,
+ Terminal geometry to use (eg 80x24 or
80x24+50+20 etc.).),
+ ECORE_GETOPT_STORE_STR ('n', name,
+ Set window name.),
+ ECORE_GETOPT_STORE_STR ('r', role,
+ Set window role.),
+ ECORE_GETOPT_STORE_STR ('T', title,
+ Set window title.),
+ ECORE_GETOPT_STORE_STR ('i', icon-name,
+ Set icon name.),
+ ECORE_GETOPT_CHOICE('v', video-module,
+ Set emotion module to use.,
emotion_choices),
ECORE_GETOPT_STORE_BOOL('m', video-mute,
Set mute mode for video playback.),
ECORE_GETOPT_STORE_BOOL('F', fullscreen,
- Go into fullscreen mode from start.),
+ Go into the fullscreen mode from start.),
+ ECORE_GETOPT_STORE_BOOL('I', iconic,
+ Go into an iconic state from the start.),
+ ECORE_GETOPT_STORE_BOOL('B', borderless,
+ Become a borderless managed window.),
+ ECORE_GETOPT_STORE_BOOL('O', override,
+ Become an override-redirect window.),
+ ECORE_GETOPT_STORE_BOOL('M', maximized,
+ Become maximized from the start.),
ECORE_GETOPT_VERSION('V', version),
ECORE_GETOPT_COPYRIGHT('C', copyright),
ECORE_GETOPT_LICENSE('L', license),
@@ -230,18 +245,35 @@
char *theme = NULL;
char *background = NULL;
char *geometry = NULL;
+ char *name = NULL;
+ char *role = NULL;
+ char *title = NULL;
+ char *icon_name = NULL;
char *video_module = NULL;
Eina_Bool video_mute = 0xff; /* unset */
Eina_Bool fullscreen = 0xff; /* unset */
+ Eina_Bool iconic = 0xff; /* unset */
+ Eina_Bool borderless = 0xff; /* unset */
+ Eina_Bool override = 0xff; /* unset */
+ Eina_Bool maximized = 0xff; /* unset */
Eina_Bool quit_option = EINA_FALSE;
Ecore_Getopt_Value values[] = {
ECORE_GETOPT_VALUE_STR(cmd),
ECORE_GETOPT_VALUE_STR(theme),
ECORE_GETOPT_VALUE_STR(background),
ECORE_GETOPT_VALUE_STR(geometry),
+ ECORE_GETOPT_VALUE_STR(name),
+ ECORE_GETOPT_VALUE_STR(role),
+ ECORE_GETOPT_VALUE_STR(title),
+ ECORE_GETOPT_VALUE_STR(icon_name),
ECORE_GETOPT_VALUE_STR(video_module),
ECORE_GETOPT_VALUE_BOOL(video_mute),
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Thu, Jul 5, 2012 at 12:10 PM, Carsten Haitzler ras...@rasterman.com wrote: On Thu, 5 Jul 2012 08:23:23 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Thursday, July 5, 2012, Enlightenment SVN wrote: Log: add a bunch of options for title, name, role, override, borderless, iconic, etc. on cmdline. Why not STORE_TRUE and init the variables to EINA_FALSE? Then just giving the parameter will set them to true and it's simpler to use and check well i was following the sample you set in using getopt... since u love getopt so much.. i thought this was all good. :) I love it,.. because I did it. It works great... except with some glitch I've noticed with description line wrap... I always forget to look at that. Ah, I also provide a way to parse the geometry, but it's in a different format than yours. I believe this will be common, then what about adding your geometry parsing to ecore_getopt.c and using it from terminology? -- 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: raster trunk/terminology/src/bin
Enlightenment SVN no-re...@enlightenment.org writes:
+ if ((ty-state.send_bs)
+ (!strcmp(ev-keyname, Bakcspace)))
+ {
+termpty_write(ty, \b, 1);
+return;
+ }
Typo?
--
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: raster trunk/terminology/src/bin
There should be a better way to do this.
I noticed it because Alt-f/b doesn't work as well, so are other letters.
I was thinking IMF should provide the modifiers back, or we should keep the
modifiers ourselves and act properly. But need to be careful to release
them on windows focus lost.
On Saturday, June 23, 2012, Enlightenment SVN wrote:
Log:
fix typo
Author: raster
Date: 2012-06-23 00:21:44 -0700 (Sat, 23 Jun 2012)
New Revision: 72715
Trac: http://trac.enlightenment.org/e/changeset/72715
Modified:
trunk/terminology/src/bin/keyin.c
Modified: trunk/terminology/src/bin/keyin.c
===
--- trunk/terminology/src/bin/keyin.c 2012-06-23 07:18:47 UTC (rev 72714)
+++ trunk/terminology/src/bin/keyin.c 2012-06-23 07:21:44 UTC (rev 72715)
@@ -260,8 +260,7 @@
if (_key_try(ty, appcur_keyout, ev)) return;
}
- if ((ty-state.send_bs)
- (!strcmp(ev-keyname, Bakcspace)))
+ if ((ty-state.send_bs) (!strcmp(ev-keyname, BackSpace)))
{
termpty_write(ty, \b, 1);
return;
--
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-svn mailing list
enlightenment-...@lists.sourceforge.net javascript:;
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
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: raster trunk/terminology/src/bin
On Sat, 23 Jun 2012 12:41:34 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
There should be a better way to do this.
I noticed it because Alt-f/b doesn't work as well, so are other letters.
I was thinking IMF should provide the modifiers back, or we should keep the
modifiers ourselves and act properly. But need to be careful to release
them on windows focus lost.
eh? that commit sends \b (backspace) if app asks via escapes to explicitly have
bs sent...
On Saturday, June 23, 2012, Enlightenment SVN wrote:
Log:
fix typo
Author: raster
Date: 2012-06-23 00:21:44 -0700 (Sat, 23 Jun 2012)
New Revision: 72715
Trac: http://trac.enlightenment.org/e/changeset/72715
Modified:
trunk/terminology/src/bin/keyin.c
Modified: trunk/terminology/src/bin/keyin.c
===
--- trunk/terminology/src/bin/keyin.c 2012-06-23 07:18:47 UTC (rev 72714)
+++ trunk/terminology/src/bin/keyin.c 2012-06-23 07:21:44 UTC (rev 72715)
@@ -260,8 +260,7 @@
if (_key_try(ty, appcur_keyout, ev)) return;
}
- if ((ty-state.send_bs)
- (!strcmp(ev-keyname, Bakcspace)))
+ if ((ty-state.send_bs) (!strcmp(ev-keyname, BackSpace)))
{
termpty_write(ty, \b, 1);
return;
--
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-svn mailing list
enlightenment-...@lists.sourceforge.net javascript:;
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
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
--
- 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: raster trunk/terminology/src/bin
On Sat, Jun 23, 2012 at 12:47 PM, Carsten Haitzler ras...@rasterman.com wrote: On Sat, 23 Jun 2012 12:41:34 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: There should be a better way to do this. I noticed it because Alt-f/b doesn't work as well, so are other letters. I was thinking IMF should provide the modifiers back, or we should keep the modifiers ourselves and act properly. But need to be careful to release them on windows focus lost. eh? that commit sends \b (backspace) if app asks via escapes to explicitly have bs sent... sorry, hit reply to the wrong mail :-) it was about the Alt-Shift-key work around you've added :-) Emacs at least use lots of alt-key modifiers and IMF breaks them all due what I said. It filters the key and you're doomed. What I've noticed is that traditional emacs-x11 does only filter Alt-Gr (or Alt_R) but not Alt_L. Seems to be like that in other cases as well, so maybe our ecore modules should just filter based on that? -- 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: raster trunk/terminology/src/bin
On Sat, 23 Jun 2012 15:41:27 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Sat, Jun 23, 2012 at 12:47 PM, Carsten Haitzler ras...@rasterman.com wrote: On Sat, 23 Jun 2012 12:41:34 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: There should be a better way to do this. I noticed it because Alt-f/b doesn't work as well, so are other letters. I was thinking IMF should provide the modifiers back, or we should keep the modifiers ourselves and act properly. But need to be careful to release them on windows focus lost. eh? that commit sends \b (backspace) if app asks via escapes to explicitly have bs sent... sorry, hit reply to the wrong mail :-) it was about the Alt-Shift-key work around you've added :-) that one indeed was doing a bit of hackery. :) but... it works in gnome-terminal - with the same input methods support. i removed the alt +shift switches to next input method and reconfigured it for something else too, and it still didn't work in terminology until i put in that hack. Emacs at least use lots of alt-key modifiers and IMF breaks them all due what I said. It filters the key and you're doomed. sad bit here... it works in gnome-terminal just fine. same input method system, same setup, same app, same keys, so it's doing something differently. What I've noticed is that traditional emacs-x11 does only filter Alt-Gr (or Alt_R) but not Alt_L. Seems to be like that in other cases as well, so maybe our ecore modules should just filter based on that? perhaps - i'm unsure of the solution at this stage? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- - 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: raster trunk/terminology/src/bin
On Wed, 20 Jun 2012 15:48:52 -0300 Iván Briano sachi...@gmail.com said: 2012/6/20 Davide Andreoli d...@gurumeditation.it: 2012/6/20 Enlightenment SVN no-re...@enlightenment.org: Log: animate on key press might be better wording :) maybe pulse on key press is more appropriate in this context? The effect is theme dependent, so an accurate name for the option would be Tell the theme about key presses so it can do fancy things with the cursor. bwahahahahaha! -- - 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: raster trunk/terminology/src/bin
On Wed, 20 Jun 2012 21:06:56 +0200 Davide Andreoli d...@gurumeditation.it said: 2012/6/20 Iván Briano sachi...@gmail.com: 2012/6/20 Davide Andreoli d...@gurumeditation.it: 2012/6/20 Enlightenment SVN no-re...@enlightenment.org: Log: animate on key press might be better wording :) maybe pulse on key press is more appropriate in this context? The effect is theme dependent, so an accurate name for the option would be Tell the theme about key presses so it can do fancy things with the cursor. indeed, thats the reason for pulse, pulse is the action the cursor do when you click, not the type of animation. Example: If the theme change the pulse animation to a 'click' sound, it still can be considerate a pulse, sure not an animation. i wouldnt consider it a pulse - i wouldnt consider it animation either indeed. how about react to key presses ? :) -- - 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: raster trunk/terminology/src/bin
+1 here :) That tells everything. Daniel Juyung Seo (SeoZ) On Thu, Jun 21, 2012 at 4:52 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 20 Jun 2012 21:06:56 +0200 Davide Andreoli d...@gurumeditation.it said: 2012/6/20 Iván Briano sachi...@gmail.com: 2012/6/20 Davide Andreoli d...@gurumeditation.it: 2012/6/20 Enlightenment SVN no-re...@enlightenment.org: Log: animate on key press might be better wording :) maybe pulse on key press is more appropriate in this context? The effect is theme dependent, so an accurate name for the option would be Tell the theme about key presses so it can do fancy things with the cursor. indeed, thats the reason for pulse, pulse is the action the cursor do when you click, not the type of animation. Example: If the theme change the pulse animation to a 'click' sound, it still can be considerate a pulse, sure not an animation. i wouldnt consider it a pulse - i wouldnt consider it animation either indeed. how about react to key presses ? :) -- - 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: raster trunk/terminology/src/bin
epilepsy on key press? On Wed, Jun 20, 2012 at 2:37 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: animate on key press might be better wording :) Author: raster Date: 2012-06-20 06:37:35 -0700 (Wed, 20 Jun 2012) New Revision: 72543 Trac: http://trac.enlightenment.org/e/changeset/72543 Modified: trunk/terminology/src/bin/options_behavior.c Modified: trunk/terminology/src/bin/options_behavior.c === --- trunk/terminology/src/bin/options_behavior.c2012-06-20 13:21:57 UTC (rev 72542) +++ trunk/terminology/src/bin/options_behavior.c2012-06-20 13:37:35 UTC (rev 72543) @@ -82,7 +82,7 @@ o = elm_check_add(opbox); evas_object_size_hint_weight_set(o, EVAS_HINT_EXPAND, 0.0); evas_object_size_hint_align_set(o, EVAS_HINT_FILL, 0.5); - elm_object_text_set(o, Flicker on key stroke); + elm_object_text_set(o, Animate on key press); elm_check_state_set(o, config-flicker_on_key); elm_box_pack_end(opbox, o); evas_object_show(o); -- 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-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- 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: raster trunk/terminology/src/bin
2012/6/20 Enlightenment SVN no-re...@enlightenment.org: Log: animate on key press might be better wording :) maybe pulse on key press is more appropriate in this context? Author: raster Date: 2012-06-20 06:37:35 -0700 (Wed, 20 Jun 2012) New Revision: 72543 Trac: http://trac.enlightenment.org/e/changeset/72543 Modified: trunk/terminology/src/bin/options_behavior.c Modified: trunk/terminology/src/bin/options_behavior.c === --- trunk/terminology/src/bin/options_behavior.c 2012-06-20 13:21:57 UTC (rev 72542) +++ trunk/terminology/src/bin/options_behavior.c 2012-06-20 13:37:35 UTC (rev 72543) @@ -82,7 +82,7 @@ o = elm_check_add(opbox); evas_object_size_hint_weight_set(o, EVAS_HINT_EXPAND, 0.0); evas_object_size_hint_align_set(o, EVAS_HINT_FILL, 0.5); - elm_object_text_set(o, Flicker on key stroke); + elm_object_text_set(o, Animate on key press); elm_check_state_set(o, config-flicker_on_key); elm_box_pack_end(opbox, o); evas_object_show(o); -- 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-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- 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: raster trunk/terminology/src/bin
2012/6/20 Davide Andreoli d...@gurumeditation.it: 2012/6/20 Enlightenment SVN no-re...@enlightenment.org: Log: animate on key press might be better wording :) maybe pulse on key press is more appropriate in this context? The effect is theme dependent, so an accurate name for the option would be Tell the theme about key presses so it can do fancy things with the cursor. -- 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: raster trunk/terminology/src/bin
2012/6/20 Iván Briano sachi...@gmail.com: 2012/6/20 Davide Andreoli d...@gurumeditation.it: 2012/6/20 Enlightenment SVN no-re...@enlightenment.org: Log: animate on key press might be better wording :) maybe pulse on key press is more appropriate in this context? The effect is theme dependent, so an accurate name for the option would be Tell the theme about key presses so it can do fancy things with the cursor. indeed, thats the reason for pulse, pulse is the action the cursor do when you click, not the type of animation. Example: If the theme change the pulse animation to a 'click' sound, it still can be considerate a pulse, sure not an animation. davemds -- 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: raster trunk/terminology/src/bin
On Wed, 20 Jun 2012 20:41:51 +0200 Davide Andreoli d...@gurumeditation.it said: 2012/6/20 Enlightenment SVN no-re...@enlightenment.org: Log: animate on key press might be better wording :) maybe pulse on key press is more appropriate in this context? its totally theme dependant what it does - its just a signal. :) theme can ignore or do whatever it likes :) Author: raster Date: 2012-06-20 06:37:35 -0700 (Wed, 20 Jun 2012) New Revision: 72543 Trac: http://trac.enlightenment.org/e/changeset/72543 Modified: trunk/terminology/src/bin/options_behavior.c Modified: trunk/terminology/src/bin/options_behavior.c === --- trunk/terminology/src/bin/options_behavior.c 2012-06-20 13:21:57 UTC (rev 72542) +++ trunk/terminology/src/bin/options_behavior.c 2012-06-20 13:37:35 UTC (rev 72543) @@ -82,7 +82,7 @@ o = elm_check_add(opbox); evas_object_size_hint_weight_set(o, EVAS_HINT_EXPAND, 0.0); evas_object_size_hint_align_set(o, EVAS_HINT_FILL, 0.5); - elm_object_text_set(o, Flicker on key stroke); + elm_object_text_set(o, Animate on key press); elm_check_state_set(o, config-flicker_on_key); elm_box_pack_end(opbox, o); evas_object_show(o); -- 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-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- 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 -- - 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
