Re: [E-devel] HEADER SIZE POLL RESULTS
On 12/08/11 07:08, Mike Blumenkrantz wrote: POLL OVER. Results: 2 votes: #1 - LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 9 votes: #2 - SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 5 votes: #3 - OTHER (put docs back in C files) Executive Summary: WINNER - #2 (SPLIT INTO WIDGET HEADERS SIMILAR TO EINA) I really don't think this is a way to decide stuff. I really don't care about the outcome, but having a stupid poll and not allowing anyone to convince either way is dumb. Way to go: wiki page with a table/list of pros/cons and let people comment and etc. Bottom line: please don't make a mess without a good reason. -- Tom. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL RESULTS
On Fri, Aug 12, 2011 at 3:03 AM, Tom Hacohen t...@stosb.com wrote: On 12/08/11 07:08, Mike Blumenkrantz wrote: POLL OVER. Results: 2 votes: #1 - LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 9 votes: #2 - SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 5 votes: #3 - OTHER (put docs back in C files) Executive Summary: WINNER - #2 (SPLIT INTO WIDGET HEADERS SIMILAR TO EINA) I really don't think this is a way to decide stuff. I really don't care about the outcome, but having a stupid poll and not allowing anyone to convince either way is dumb. Way to go: wiki page with a table/list of pros/cons and let people comment and etc. Bottom line: please don't make a mess without a good reason. It was over discussed in the mailing list... there was no reason to make yet another thread with plenty of arguments for each side. Lucas De Marchi -- FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL RESULTS
yay! then we can go on? Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Mike Blumenkrantzlt;m...@zentific.comgt; To: enlightenment-de...@lists.sourceforge.netenlightenment-devellists.sourceforge.net Cc: Sent: 11-08-12(금) 13:08:07 Subject: [E-devel] HEADER SIZE POLL RESULTS POLL OVER. Results: 2 votes: #1 - LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 9 votes: #2 - SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 5 votes: #3 - OTHER (put docs back in C files) Executive Summary: WINNER - #2 (SPLIT INTO WIDGET HEADERS SIMILAR TO EINA) -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL RESULTS
yay! keep rockin Daniel Juyung Seo (SeoZ) 2011/8/12 ChunEon Park her...@naver.com: yay! then we can go on? Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Mike Blumenkrantzlt;m...@zentific.comgt; To: enlightenment-de...@lists.sourceforge.netenlightenment-devellists.sourceforge.net Cc: Sent: 11-08-12(금) 13:08:07 Subject: [E-devel] HEADER SIZE POLL RESULTS POLL OVER. Results: 2 votes: #1 - LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 9 votes: #2 - SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 5 votes: #3 - OTHER (put docs back in C files) Executive Summary: WINNER - #2 (SPLIT INTO WIDGET HEADERS SIMILAR TO EINA) -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On 05/08/2011, at 05:28, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Thu, Jul 28, 2011 at 3:17 PM, Iván Briano (Sachiel) sachi...@gmail.com wrote: Since this subject is annoying, I will also be annoying by top-posting. I like my docs in the .c files, and keep in the .h whatever is needed to be there only. If needed, doxygen even supports having docs in some other random file, but I like headers to be as small and packed as possible so the entire list of functions fits in one terminal window. I couldn't agree more. 2011/7/28 Mike Blumenkrantz m...@zentific.com: On Thu, 28 Jul 2011 20:22:51 +0300 Tom Hacohen t...@stosb.com wrote: On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) 3) docs should be done in .c files. My preferences: #2- like eina #3- in c source Lucas De Marchi -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Thu, 28 Jul 2011 12:42:32 -0400 Mike Blumenkrantz m...@zentific.com wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. This poll will end on FRIDAY 12 AUGUST. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
Thanks stu! I raised header separation issues a couple of times but there was no progress. This time I hope we will get some good result. Anyhow, I vote for #2 and #3-vtorri's. Elementary.h is already so huge, so any solution will be still annoying. I just choose LESS ANNOYING solution. Thanks. Daniel Juyung Seo (SeoZ) On Fri, Aug 5, 2011 at 7:30 AM, Mike Blumenkrantz m...@zentific.com wrote: On Thu, 28 Jul 2011 12:42:32 -0400 Mike Blumenkrantz m...@zentific.com wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. This poll will end on FRIDAY 12 AUGUST. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
My vote is for #1. I like the idea of having a single point of reference. On 08/05/2011 07:30 AM, Mike Blumenkrantz wrote: On Thu, 28 Jul 2011 12:42:32 -0400 Mike Blumenkrantzm...@zentific.com wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. This poll will end on FRIDAY 12 AUGUST. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On 31/07/11 16:20, Tom Hacohen wrote: Yeah, I know, and I think what I did should have triggered it, doesn't it? I also tried doing: edje_cc ../../../tmp/../tmp/edje/bla.edc which also didn't trigger it. Seems to me that it's fixed now... Ok, I split default.edc, according to my tests it works for me. Please let me know if it doesn't work for you. -- Tom. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
yay!~ :) Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Tom Hacohenlt;tom.haco...@partner.samsung.comgt; To: Carsten Haitzler (The Rasterman)lt;ras...@rasterman.comgt; Cc: enlightenment-devel@lists.sourceforge.net Sent: 11-08-02(화) 18:50:01 Subject: Re: [E-devel] header size...On 31/07/11 16:20, Tom Hacohen wrote: Yeah, I know, and I think what I did should have triggered it, doesn't it? I also tried doing: edje_cc ../../../tmp/../tmp/edje/bla.edc which also didn't trigger it. Seems to me that it's fixed now... Ok, I split default.edc, according to my tests it works for me. Please let me know if it doesn't work for you. -- Tom. -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
so the topic has been changed successfully :) i prefer separating edc as well though. Daniel Juyung Seo (SeoZ) On Jul 31, 2011 10:19 PM, Tom Hacohen tom.haco...@partner.samsung.com wrote: On 31/07/11 16:15, Carsten Haitzler (The Rasterman) wrote: when using form makefiles and we have $(top_srcdir) and other such fun in the past i found it made files that edje_decc doesnt like as all the relative paths make it think theres a security violation (try to write file outside of decc dir) Yeah, I know, and I think what I did should have triggered it, doesn't it? I also tried doing: edje_cc ../../../tmp/../tmp/edje/bla.edc which also didn't trigger it. Seems to me that it's fixed now... -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On 29/07/11 17:46, Carsten Haitzler (The Rasterman) wrote: it already tries. :) If at first you don't succeed, try, try, and try again... -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On 29/07/11 17:46, Carsten Haitzler (The Rasterman) wrote: it already tries. :) WFM. I created a dir called: /tmp/edje inside I created bla.edc and emo-unhappy.png. I created the edj using: edje_cc bla.edc -id ../../../../tmp/../tmp/edje/ and then decompiled using: edje_decc bla.edj. Everything works as expected. Did I miss anything? Isn't that what's supposed to be broken? Anyhow, I tried several other variations and all work. Mind elaborating on what's wrong? -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Sun, 31 Jul 2011 11:23:02 +0300 Tom Hacohen tom.haco...@partner.samsung.com said: On 29/07/11 17:46, Carsten Haitzler (The Rasterman) wrote: it already tries. :) WFM. I created a dir called: /tmp/edje inside I created bla.edc and emo-unhappy.png. I created the edj using: edje_cc bla.edc -id ../../../../tmp/../tmp/edje/ and then decompiled using: edje_decc bla.edj. Everything works as expected. Did I miss anything? Isn't that what's supposed to be broken? Anyhow, I tried several other variations and all work. when using form makefiles and we have $(top_srcdir) and other such fun in the past i found it made files that edje_decc doesnt like as all the relative paths make it think theres a security violation (try to write file outside of decc dir) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On 31/07/11 16:15, Carsten Haitzler (The Rasterman) wrote: when using form makefiles and we have $(top_srcdir) and other such fun in the past i found it made files that edje_decc doesnt like as all the relative paths make it think theres a security violation (try to write file outside of decc dir) Yeah, I know, and I think what I did should have triggered it, doesn't it? I also tried doing: edje_cc ../../../tmp/../tmp/edje/bla.edc which also didn't trigger it. Seems to me that it's fixed now... -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On 29/07/11 03:37, Bruno Dilly wrote: On Thu, Jul 28, 2011 at 7:53 PM, Mike Blumenkrantz m...@zentific.com wrote: On Fri, 29 Jul 2011 00:38:50 +0200 Hugo Camboulive hugo.camboul...@gmail.com wrote: Really you're worried about the approaching 20k lines of a header? Please have a look at the 37k lines of the default.edc... that baby is 1.1MB of raw text, and contains every possible elementary widget. (there's a little difference with the header though : this one is made of very few comments) :-D yeah, but nobody is arguing that default.edc is terrible. we all agree on that point. it could be a edc file for each widget, and default would be just a bunch of includes. I (and probably many others) suggested it many times before, raster is against, I don't remember why. -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Thu, Jul 28, 2011 at 20:17, Iván Briano (Sachiel) sachi...@gmail.com wrote: Since this subject is annoying, I will also be annoying by top-posting. I like my docs in the .c files, and keep in the .h whatever is needed to be there only. If needed, doxygen even supports having docs in some other random file, but I like headers to be as small and packed as possible so the entire list of functions fits in one terminal window. I definitely agree with you. I'm used to go and read the code anyway. If we can't make a vote out of this proposition, then my vote goes to #2. -- Boris Faure -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Fri, 29 Jul 2011 10:15:40 +0300 Tom Hacohen t...@stosb.com said: On 29/07/11 03:37, Bruno Dilly wrote: On Thu, Jul 28, 2011 at 7:53 PM, Mike Blumenkrantz m...@zentific.com wrote: On Fri, 29 Jul 2011 00:38:50 +0200 Hugo Camboulive hugo.camboul...@gmail.com wrote: Really you're worried about the approaching 20k lines of a header? Please have a look at the 37k lines of the default.edc... that baby is 1.1MB of raw text, and contains every possible elementary widget. (there's a little difference with the header though : this one is made of very few comments) :-D yeah, but nobody is arguing that default.edc is terrible. we all agree on that point. it could be a edc file for each widget, and default would be just a bunch of includes. I (and probably many others) suggested it many times before, raster is against, I don't remember why. edje_decc then breaks if we start using includes. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Thu, 28 Jul 2011 12:42:32 -0400 Mike Blumenkrantz m...@zentific.com said: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. we can have polls... sure. but i do reserve the right to go pffft to them. :) As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) i dislike 2. finding shit in eina is annoying and i keep having to open a new file for each thing i want to find.if someone is going to do 2 - it sure as hell is not going to be me. This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ 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 -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On 29/07/11 14:25, Carsten Haitzler (The Rasterman) wrote: edje_decc then breaks if we start using includes. That can be solved simply by normalizing the path, will take a look tomorrow. -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Fri, 29 Jul 2011 15:01:52 +0300 Tom Hacohen t...@stosb.com said: On 29/07/11 14:25, Carsten Haitzler (The Rasterman) wrote: edje_decc then breaks if we start using includes. That can be solved simply by normalizing the path, will take a look tomorrow. it already tries. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Thu, Jul 28, 2011 at 6:42 PM, Mike Blumenkrantz m...@zentific.com wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. I vote for number 2. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. Hehehe ! Have fun :-) -- Cedric BAIL -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Thu, 28 Jul 2011 12:42:32 -0400 Mike Blumenkrantz m...@zentific.com wrote: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) 2 gets my vote. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. I committed a couple of times this year, guess that makes me active. B-) BTW, I am actively using elementary in a paid for project, my vote might count as an active user to. Certainly the outcome will impact me. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. I don't know why you guys care, it's not like you should ever open that header... I personally think eina's separation is a bit annoying, but I don't care either way. If you twist my arm and force me to choose one, I guess 2 makes more sense (As long as I don't have to do anything to support it). But can you summarize all points brought up by both camps? -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
As per Mikes request, moving the discussion part to this thread. On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. I don't know why you guys care, it's not like you should ever open that header... Um, I DO need to open the headers, so I know how to use it. Not everything is documented (well), and sometimes you have to use the source Luke. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Thu, 28 Jul 2011 20:22:51 +0300 Tom Hacohen t...@stosb.com wrote: On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. I don't know why you guys care, it's not like you should ever open that header... I personally think eina's separation is a bit annoying, but I don't care either way. If you twist my arm and force me to choose one, I guess 2 makes more sense (As long as I don't have to do anything to support it). But can you summarize all points brought up by both camps? no, you can read through the header threads for that. THIS THREAD IS ONLY FOR VOTING. READ. -- Tom. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
Since this subject is annoying, I will also be annoying by top-posting. I like my docs in the .c files, and keep in the .h whatever is needed to be there only. If needed, doxygen even supports having docs in some other random file, but I like headers to be as small and packed as possible so the entire list of functions fits in one terminal window. 2011/7/28 Mike Blumenkrantz m...@zentific.com: On Thu, 28 Jul 2011 20:22:51 +0300 Tom Hacohen t...@stosb.com wrote: On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. I don't know why you guys care, it's not like you should ever open that header... I personally think eina's separation is a bit annoying, but I don't care either way. If you twist my arm and force me to choose one, I guess 2 makes more sense (As long as I don't have to do anything to support it). But can you summarize all points brought up by both camps? no, you can read through the header threads for that. THIS THREAD IS ONLY FOR VOTING. READ. -- Tom. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Thu, 28 Jul 2011, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) 3) In .h : only API doc. everything else should be moved outside the header. I'm not against 2). Vincent This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On 07/28/2011 12:42 PM, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA # 2 :) or a good #3...Vincent's #3 would be acceptable ;) dh 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
Really you're worried about the approaching 20k lines of a header? Please have a look at the 37k lines of the default.edc... that baby is 1.1MB of raw text, and contains every possible elementary widget. (there's a little difference with the header though : this one is made of very few comments) :-D Having had to modify one to fit to our style for ONE widget (hoversel, we only use edje for the rest), I can tell you it was quite a nightmare. :-) On Thu, Jul 28, 2011 at 8:07 PM, David Seikel onef...@gmail.com wrote: As per Mikes request, moving the discussion part to this thread. On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. I don't know why you guys care, it's not like you should ever open that header... Um, I DO need to open the headers, so I know how to use it. Not everything is documented (well), and sometimes you have to use the source Luke. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Fri, 29 Jul 2011 00:38:50 +0200 Hugo Camboulive hugo.camboul...@gmail.com wrote: Really you're worried about the approaching 20k lines of a header? Please have a look at the 37k lines of the default.edc... that baby is 1.1MB of raw text, and contains every possible elementary widget. (there's a little difference with the header though : this one is made of very few comments) :-D yeah, but nobody is arguing that default.edc is terrible. we all agree on that point. Having had to modify one to fit to our style for ONE widget (hoversel, we only use edje for the rest), I can tell you it was quite a nightmare. :-) On Thu, Jul 28, 2011 at 8:07 PM, David Seikel onef...@gmail.com wrote: As per Mikes request, moving the discussion part to this thread. On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. I don't know why you guys care, it's not like you should ever open that header... Um, I DO need to open the headers, so I know how to use it. Not everything is documented (well), and sometimes you have to use the source Luke. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] HEADER SIZE POLL
On Fri, Jul 29, 2011 at 12:42 AM, Mike Blumenkrantz m...@zentific.com wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) #2. (me as an active Elementary user.) (forgot to reply all) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. PS. I expect all active developers to vote on this, even if you do not have a strong opinion. I WILL grep through the devs/ directory and email each of you individually if I have to. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Thu, Jul 28, 2011 at 7:53 PM, Mike Blumenkrantz m...@zentific.com wrote: On Fri, 29 Jul 2011 00:38:50 +0200 Hugo Camboulive hugo.camboul...@gmail.com wrote: Really you're worried about the approaching 20k lines of a header? Please have a look at the 37k lines of the default.edc... that baby is 1.1MB of raw text, and contains every possible elementary widget. (there's a little difference with the header though : this one is made of very few comments) :-D yeah, but nobody is arguing that default.edc is terrible. we all agree on that point. it could be a edc file for each widget, and default would be just a bunch of includes. Having had to modify one to fit to our style for ONE widget (hoversel, we only use edje for the rest), I can tell you it was quite a nightmare. :-) On Thu, Jul 28, 2011 at 8:07 PM, David Seikel onef...@gmail.com wrote: As per Mikes request, moving the discussion part to this thread. On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. I don't know why you guys care, it's not like you should ever open that header... Um, I DO need to open the headers, so I know how to use it. Not everything is documented (well), and sometimes you have to use the source Luke. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Senior Developer ProFUSION embedded systems http://profusion.mobi -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
+1 I do preper that method. I think user could find the groups easier . Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Bruno Dillylt;bdi...@profusion.mobigt; To: Mike Blumenkrantzlt;m...@zentific.comgt; Cc: enlightenment-devel@lists.sourceforge.net Sent: 11-07-29(금) 09:37:44 Subject: Re: [E-devel] header size...On Thu, Jul 28, 2011 at 7:53 PM, Mike Blumenkrantz lt;m...@zentific.comgt; wrote: On Fri, 29 Jul 2011 00:38:50 +0200 Hugo Camboulive lt;hugo.camboul...@gmail.comgt; wrote: Really you're worried about the approaching 20k lines of a header? Please have a look at the 37k lines of the default.edc... that baby is 1.1MB of raw text, and contains every possible elementary widget. (there's a little difference with the header though : this one is made of very few comments) :-D yeah, but nobody is arguing that default.edc is terrible. we all agree on that point. it could be a edc file for each widget, and default would be just a bunch of includes. Having had to modify one to fit to our style for ONE widget (hoversel, we only use edje for the rest), I can tell you it was quite a nightmare. :-) On Thu, Jul 28, 2011 at 8:07 PM, David Seikel lt;onef...@gmail.comgt; wrote: As per Mikes request, moving the discussion part to this thread. On 28/07/11 19:42, Mike Blumenkrantz wrote: This is a community project, so we can do stuff like having polls and taking votes right? Okay then, since there's been some disagreement with strong opinions on either side we're voting on a super important issue - header size. Specifically, the Elementary.h header. As with any serious vote, here is your ballot: 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA 3) OTHER (Explain) This thread is for voting ONLY. Reply with your vote, no logical reasoning required. Any discussion can continue in the recently-made thread. I don't know why you guys care, it's not like you should ever open that header... Um, I DO need to open the headers, so I know how to use it. Not everything is documented (well), and sometimes you have to use the source Luke. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Senior Developer ProFUSION embedded systems http://profusion.mobi -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Sun, 17 Jul 2011 21:39:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). in all seriousness, this is a problem. elm's header is approaching 20k lines and that's really not acceptable for a header. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
2011/7/26 Mike Blumenkrantz m...@zentific.com: On Sun, 17 Jul 2011 21:39:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). in all seriousness, this is a problem. elm's header is approaching 20k lines and that's really not acceptable for a header. wc -l /usr/include/* ... 83002 /usr/include/ppl.hh ... Granted, it's a C++ header, but maybe we can get to 40k -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On 07/26/11 17:42, Mike Blumenkrantz wrote: On Sun, 17 Jul 2011 21:39:50 +0900 Carsten Haitzler (The Rasterman)ras...@rasterman.com wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantzm...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). in all seriousness, this is a problem. elm's header is approaching 20k lines and that's really not acceptable for a header. +1 I went trying to find a function in that header this morning ... ugg, thought I was going to get lost without a roadmap. There has to be a better way dh -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
I still prefer to divide the header file separated by widgets. Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Christopher Michaellt;cpmicha...@comcast.netgt; To: enlightenment-devel@lists.sourceforge.net Cc: Sent: 11-07-27(수) 06:57:43 Subject: Re: [E-devel] header size...On 07/26/11 17:42, Mike Blumenkrantz wrote: On Sun, 17 Jul 2011 21:39:50 +0900 Carsten Haitzler (The Rasterman)lt;ras...@rasterman.comgt; wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantzlt;m...@zentific.comgt; said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). in all seriousness, this is a problem. elm's header is approaching 20k lines and that's really not acceptable for a header. +1 I went trying to find a function in that header this morning ... ugg, thought I was going to get lost without a roadmap. There has to be a better way dh -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Tue, 26 Jul 2011 17:42:26 -0400 Mike Blumenkrantz m...@zentific.com said: docs in headers stay there and get expanded. On Sun, 17 Jul 2011 21:39:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). in all seriousness, this is a problem. elm's header is approaching 20k lines and that's really not acceptable for a header. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ 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 -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
Right. Finish documentation first. Just curious, I checked Elementary.h.in. It has 13298 lines now :) But it'll be so much longer once genlist documentation is moved to header. genlist has 82 APIs :) Daniel Juyung Seo (SeoZ) On Wed, Jul 20, 2011 at 7:50 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 20 Jul 2011, Daniel Juyung Seo wrote: Hi Mike, This is why I raised elementary header separation topic. http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html I found that reading a big elementary header was so painful. But we concluded that we're gonna use one header for elementary. So we're just following the result. maybe we should let profusion finish his doc work first Vincent Thanks. Daniel Juyung Seo (SeoZ) On Sun, Jul 17, 2011 at 9:58 PM, Vincent Torri vto...@univ-evry.fr wrote: On Sun, 17 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. common users don't read .h files... They want either browsable doc, or a tool like devhelp (i begun such tool in 2005, in trunc/doc/api). Imho, it's the way to do it (you can even use such tool in your favorite code editor) Vincent if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
2011/7/22 Daniel Juyung Seo seojuyu...@gmail.com: Right. Finish documentation first. Just curious, I checked Elementary.h.in. It has 13298 lines now :) But it'll be so much longer once genlist documentation is moved to header. genlist has 82 APIs :) Stop bitching about header sizes, we can always just bzip2 them and they'll be much smaller. Daniel Juyung Seo (SeoZ) On Wed, Jul 20, 2011 at 7:50 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 20 Jul 2011, Daniel Juyung Seo wrote: Hi Mike, This is why I raised elementary header separation topic. http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html I found that reading a big elementary header was so painful. But we concluded that we're gonna use one header for elementary. So we're just following the result. maybe we should let profusion finish his doc work first Vincent Thanks. Daniel Juyung Seo (SeoZ) On Sun, Jul 17, 2011 at 9:58 PM, Vincent Torri vto...@univ-evry.fr wrote: On Sun, 17 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. common users don't read .h files... They want either browsable doc, or a tool like devhelp (i begun such tool in 2005, in trunc/doc/api). Imho, it's the way to do it (you can even use such tool in your favorite code editor) Vincent if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Fri, 22 Jul 2011, Iván Briano (Sachiel) wrote: 2011/7/22 Daniel Juyung Seo seojuyu...@gmail.com: Right. Finish documentation first. Just curious, I checked Elementary.h.in. It has 13298 lines now :) But it'll be so much longer once genlist documentation is moved to header. genlist has 82 APIs :) Stop bitching about header sizes, we can always just bzip2 them and they'll be much smaller. better : lzma -9 Vincent Daniel Juyung Seo (SeoZ) On Wed, Jul 20, 2011 at 7:50 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 20 Jul 2011, Daniel Juyung Seo wrote: Hi Mike, This is why I raised elementary header separation topic. http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html I found that reading a big elementary header was so painful. But we concluded that we're gonna use one header for elementary. So we're just following the result. maybe we should let profusion finish his doc work first Vincent Thanks. Daniel Juyung Seo (SeoZ) On Sun, Jul 17, 2011 at 9:58 PM, Vincent Torri vto...@univ-evry.fr wrote: On Sun, 17 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. common users don't read .h files... They want either browsable doc, or a tool like devhelp (i begun such tool in 2005, in trunc/doc/api). Imho, it's the way to do it (you can even use such tool in your favorite code editor) Vincent if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Fri, 22 Jul 2011 14:41:58 +0200 (CEST) Vincent Torri vto...@univ-evry.fr wrote: On Fri, 22 Jul 2011, Iván Briano (Sachiel) wrote: 2011/7/22 Daniel Juyung Seo seojuyu...@gmail.com: Right. Finish documentation first. Just curious, I checked Elementary.h.in. It has 13298 lines now :) But it'll be so much longer once genlist documentation is moved to header. genlist has 82 APIs :) Stop bitching about header sizes, we can always just bzip2 them and they'll be much smaller. better : lzma -9 Vincent better: lrzip -z Daniel Juyung Seo (SeoZ) On Wed, Jul 20, 2011 at 7:50 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 20 Jul 2011, Daniel Juyung Seo wrote: Hi Mike, This is why I raised elementary header separation topic. http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html I found that reading a big elementary header was so painful. But we concluded that we're gonna use one header for elementary. So we're just following the result. maybe we should let profusion finish his doc work first Vincent Thanks. Daniel Juyung Seo (SeoZ) On Sun, Jul 17, 2011 at 9:58 PM, Vincent Torri vto...@univ-evry.fr wrote: On Sun, 17 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. common users don't read .h files... They want either browsable doc, or a tool like devhelp (i begun such tool in 2005, in trunc/doc/api). Imho, it's the way to do it (you can even use such tool in your favorite code editor) Vincent if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks
Re: [E-devel] header size...
Hi Mike, This is why I raised elementary header separation topic. http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html I found that reading a big elementary header was so painful. But we concluded that we're gonna use one header for elementary. So we're just following the result. Thanks. Daniel Juyung Seo (SeoZ) On Sun, Jul 17, 2011 at 9:58 PM, Vincent Torri vto...@univ-evry.fr wrote: On Sun, 17 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. common users don't read .h files... They want either browsable doc, or a tool like devhelp (i begun such tool in 2005, in trunc/doc/api). Imho, it's the way to do it (you can even use such tool in your favorite code editor) Vincent if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Wed, 20 Jul 2011, Daniel Juyung Seo wrote: Hi Mike, This is why I raised elementary header separation topic. http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html I found that reading a big elementary header was so painful. But we concluded that we're gonna use one header for elementary. So we're just following the result. maybe we should let profusion finish his doc work first Vincent Thanks. Daniel Juyung Seo (SeoZ) On Sun, Jul 17, 2011 at 9:58 PM, Vincent Torri vto...@univ-evry.fr wrote: On Sun, 17 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. common users don't read .h files... They want either browsable doc, or a tool like devhelp (i begun such tool in 2005, in trunc/doc/api). Imho, it's the way to do it (you can even use such tool in your favorite code editor) Vincent if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] header size...
On Sun, 17 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Sat, 16 Jul 2011 09:23:45 -0400 Mike Blumenkrantz m...@zentific.com said: With the recent infusion (profusion?) of documentation, our header sizes have become, imo, WAAY too big. They are entirely impossible to navigate, and this is a problem that will only get worse. As an example, the elm .h file is over 10k lines already, and I have to scroll quite a bit to find something when I am looking for it (since all the doxygen tags break scintilla as it is...). Something must be done! Bring back the readable headers!!! you could just strip all comments from the headers and use them but i thought you use geany and ctags files.. so why would you need to read them? this was hashed over. we are required to put some of the doxy docs in the headers anyway - enums structs, macros for example. so this means our docs are split between private and public files. if we put them all in public headers we c an generate docs from installed headers. also people have expressed a desire for the docs there so they can read the docs in the .h file. common users don't read .h files... They want either browsable doc, or a tool like devhelp (i begun such tool in 2005, in trunc/doc/api). Imho, it's the way to do it (you can even use such tool in your favorite code editor) Vincent if u want a quick ref, this can be generated just removing all comments (a bit of sed work methinks could do the job). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
