Regarding GSOC 2011 - Project Continuing C++ification
Hi everybody,
It feels pretty nostalgic to be back to coding for inkscape after the last gsoc year. Last year along with Jon Cruz, we achieved some of object oriented build up in the codebase. This GSOC as well I would wish to continue on the same. I'll be glad to have community's views over this years milestone. As in what code customizations and cleanup and further enhancements are supposed to be done this year. I will be delighted to have responses over this.
Hey Abhishek,
I think that Jon's input would be great as for scope and goals of a project for you this year. If we don't hear from him in the next day or two, I will look into things and chime in on it.
Cheers, Josh
On Sun, Mar 27, 2011 at 3:13 AM, Abhishek Sharma <sharma.abhishek.it@ gmail.com> wrote:
Hi everybody,
It feels pretty nostalgic to be back to coding for inkscape after the last gsoc year. Last year along with Jon Cruz, we achieved some of object oriented build up in the codebase. This GSOC as well I would wish to continue on the same. I'll be glad to have community's views over this years milestone. As in what code customizations and cleanup and further enhancements are supposed to be done this year. I will be delighted to have responses over this.
-- Regards,
Abhishek Sharma
Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Hey Josh,
It would be nice to have this thread produce a bit more suggestions and comments. That will be really helpful.
Hey Abhishek,
I completely understand. If we don't see more suggestions in the next day or so, then perhaps it may be a better idea to push for some standards related proposal rather than refactoring. Hopefully Jon, Ted, or one of the refactoring/internals knowledgeable mentors will have some input. If not, as mentioned, standards compliance has surely been a hot topic so far.
Cheers, Josh
On Wed, Mar 30, 2011 at 8:53 PM, Abhishek Sharma <sharma.abhishek.it@ gmail.com> wrote:
Hey Josh,
It would be nice to have this thread produce a bit more suggestions and comments. That will be really helpful.
-- Regards,
Abhishek Sharma
Hi,
If standards compliance comes into picture I'll back-up "Improve handling of CSS" as a project. Instead of libcroco we can go for "htmlcxx" and thus use c++ entirely for the job. Any suggestions?
On Wed, Mar 30, 2011 at 10:16 PM, Abhishek Sharma <sharma.abhishek.it@ gmail.com> wrote:
Hi,
If standards compliance comes into picture I'll back-up "Improve handling of CSS" as a project. Instead of libcroco we can go for "htmlcxx" and thus use c++ entirely for the job. Any suggestions?
Hi,
I think this would actually be a much more appealing project idea this year. This is a two birds, one stone thing. If you feel more interested in this than that is an even bigger bonus (more interest usually equals more productivity). My main thing is that I would love to see it used as a separate library from the start instead of bringing in-tree.
Cheers, Josh
Hi,
So when we are talking about CSS handling in terms of standards, so what exactly is wrong with the current implementation??
Also though we wish to use a 3rd party library for the purpose, there are very few available (htmlcxx, CSSTidy) and none of those are maintained actually :(
So there can be yet another approach to read the parsing from webkit or mozilla's codebase, but I don not know as to how much complexity that task involves....
Hi everyone,
I peeped into inkscape's codebase to see the usage of libroco as a CSS parser. I found that sp-style-elem.cpp holds the main and entire usage of the croco parser. The function *sp_style_elem_read_content(SPObject *) *holds the usage of croco parser for parsing CSS formed till now in the memory, if I am not wrong. So kindly tell me whether my findings were correct or not. This is the area which we need to focus on right?? Instead of libcroco we might have to change the code to instead hold *"htmlcxx". *I would humbly ask Inkscape developers to provide inputs over this, so that I may get help framing a suitable application for GSoC 2011 regarding project - "CSS Handling".
participants (2)
-
Abhishek Sharma -
Josh Andler