You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Simon Pepping <sp...@leverkruid.eu> on 2010/03/12 13:07:21 UTC
Google Summer of Code: Bring out your projects
Ross Gardler of ASF announced that it is time for our projects to
start preparing for Google Summer of Code (GSoC). Do we have ideas for
GSoC projects? Are committers willing to be a mentor?
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
RE: Google Summer of Code: Bring out your projects
Posted by Tavis Reddick <ta...@adamsmith.ac.uk>.
I would quite like to see SVG rasterized to create bitmap textures for 3D web formats like X3D <http://www.web3d.org>, which your proposed service could support.
Tavis Reddick
Web Content and Architecture Developer
ICT Systems Development
ICT Department
Adam Smith College
-----Original Message-----
From: Helder Magalhães [mailto:helder.magalhaes@gmail.com]
> Do we have ideas for GSoC projects?
Actually I have a couple ideas, in the scope of Batik:
1. Online SVG Rasterization Service
Create an online service for SVG rasterization, as a valuable way to allow users to benefit from SVG while keeping up with the possibility of using raster images for software not natively supporting SVG (such as Internet Explorer, graphics authoring applications, office applications, etc.).
The information contained within this e-mail is confidential and may be privileged. It is intended for the addressee only. If you have received this e-mail in error please inform the sender and delete this e-mail and any attachments immediately. The contents of this e-mail must not be disclosed or copied without the sender's consent.
The statements and opinions expressed in this message are those of the author and do not necessarily reflect those of the author's employer (the College). The College does not take any responsibility for the views of the author.
Adam Smith College, Fife, is a registered Scottish charity, No: SC021196
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
RE: Google Summer of Code: Bring out your projects
Posted by Tavis Reddick <ta...@adamsmith.ac.uk>.
I would quite like to see SVG rasterized to create bitmap textures for 3D web formats like X3D <http://www.web3d.org>, which your proposed service could support.
Tavis Reddick
Web Content and Architecture Developer
ICT Systems Development
ICT Department
Adam Smith College
-----Original Message-----
From: Helder Magalhães [mailto:helder.magalhaes@gmail.com]
> Do we have ideas for GSoC projects?
Actually I have a couple ideas, in the scope of Batik:
1. Online SVG Rasterization Service
Create an online service for SVG rasterization, as a valuable way to allow users to benefit from SVG while keeping up with the possibility of using raster images for software not natively supporting SVG (such as Internet Explorer, graphics authoring applications, office applications, etc.).
The information contained within this e-mail is confidential and may be privileged. It is intended for the addressee only. If you have received this e-mail in error please inform the sender and delete this e-mail and any attachments immediately. The contents of this e-mail must not be disclosed or copied without the sender's consent.
The statements and opinions expressed in this message are those of the author and do not necessarily reflect those of the author's employer (the College). The College does not take any responsibility for the views of the author.
Adam Smith College, Fife, is a registered Scottish charity, No: SC021196
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
> Do we have ideas for GSoC projects?
Actually I have a couple ideas, in the scope of Batik:
1. Online SVG Rasterization Service
Create an online service for SVG rasterization, as a valuable way to
allow users to benefit from SVG while keeping up with the possibility
of using raster images for software not natively supporting SVG (such
as Internet Explorer, graphics authoring applications, office
applications, etc.).
Such service would/should allow:
a. One-shot, manual/interactive image creation, possibly through a
form with raster preview after applying settings (see related proposal
by Ruud [1] [2] a while ago);
b. On-demand, volume image creation through preset settings. This
was potentially useful, for instance, as fallback for Web browsers
without native SVG support (such as the Internet Explorer family of
browsers, older mobile terminals or older browser versions), using
markup like:
<object type="image/svg+xml" data="myFile.svg">
<!-- oops, no SVG support, fallback to rasterized image -->
<img type="image/png"
src="http://xmlgraphics.apache.org/batik/rasterizer?url=http://myserver/myFolder/myFile.svg&targetW=320px&targetH=240&imgFormat=PNG">
</object>
(Of course the above is a simplified example, without accounting with
the need to encode the image's source URL and possibly other
parameters supplied.)
Also, there was a previous proposal on how to do this in an efficient
way [3] based in the idea that a JVM for such service had to be reused
between requests.
As I'd hint towards ASF hosting such service (possibly using the
distributed apache.org infrastructure), as a way to spread the word on
Batik, SVG and ASF, it would naturally raise security challenges, as
the servlet would need to connect to remote, untrusted sites in order
to fetch the SVG file for rasterization. This would also be an
opportunity to improve the project's security aspects, as well as
benchmark ASF infrastructure itself. :-)
2. Batik-based SVG Viewer
Create a high-quality (as usual!) Batik-based SVG Viewer applet.
Although apparently trivial after taking a look at the project's demo
[4], what was being proposed was a much more functional applet, with a
context menu holding typical actions (zoom in/out, original view, view
source, etc.). Also, possibly a reviewed implementation of browser's
JavaScript<-->Batik's ECMAScript engine though Java<-->JavaScript
communication [5] in order to implement the expected interfaces
(GetSVGDocument [6], at the very least).
The main goals here would be:
a. A cross-(Web)browser SVG implementation which would help leveling
look and feel of SVG while native implementations catch up (which is
happening at a steady, though somehow slow, rhythm), and bring speed
to most of them (Batik is much speedier than most Web browser native
implementations I'm aware of);
b. Create a (more) fully-featured component than JSVGCanvas already
is, for integration in projects where one just wants a complete viewer
component without the tailoring effort JSVGCanvas currently still
requires.
This idea was already proposed [7] (see item 5), though maybe with
less detail. ;-)
3. Upgrade Regard [8] for SVG 1.1 Second Edition
The Batik's "regression test suite does need a bit of love" (Cameron).
I didn't report a tracking bug for this yet (again, this was also
already proposed [7], see item 3) but the idea was to pick up the
current state of the SVG 1.1 SE test suite [9] and integrate it into
Batik. This would be a great boost in terms of the suite's usefulness
because, AFAIK, the updated test suite uses an SVG font for all
irrelevant (descriptive, version marking, etc.) text elements: this
should help decreasing the number of false positives to a minimum.
Currently the test infrastructure, still using the SVG 1.0 test suite,
suffers a lot from the small differences in platform font rendering...
:-|
Hopefully, SVG 1.1 SE will not take very long to get to a
recommendation state so I'd say that, by the time the work is ready
and properly polished, only minor adjustments should be later
required, when the final version of the specification is published.
(I'm just guessing on the current status of the 1.1SE specification,
I'm not sure if Cameron can provide some insight on that, specially if
this project proposal sounds interesting.)
I'm sure other interesting projects can be derived (or at least,
inspired) by taking a look at the currently open issues for XML
Graphics. ;-)
> Are committers willing to be a mentor?
I'd be willing to mentor any of the proposed projects and, depending
on other projects' focus, I might be able to volunteer for those as
well (that is, after knowing more about them). :-)
Cheers,
Helder
[1] http://steltenpower.com/batik_form.html
[2] http://old.nabble.com/on-improving-Batik%27s-usability-td7008728.html
[3] http://old.nabble.com/running-batik-efficiently-in-a-web-server-environment-%28linux%29-td15684333.html
[4] http://xmlgraphics.apache.org/batik/demo.html
[5] https://jdk6.dev.java.net/plugin2/liveconnect/
[6] http://www.w3.org/TR/SVG/struct.html#InterfaceGetSVGDocument
[7] http://old.nabble.com/Long%3A-Next-TODOs-and-debate-on-existing-ones-(was-"Re%3A-Welcome-to-Helder-Magalhães-as-a-committer")-td27675018.html
[8] http://xmlgraphics.apache.org/batik/dev/test.html#regard
[9] http://dev.w3.org/SVG/profiles/1.1F2/test/
Re: Google Summer of Code: Bring out your projects
Posted by Adrian Cumiskey <de...@cumiskey.com>.
Hi Simon,
My involvement with FOP these days is a little minimal due to other
commitments, but in principle I would be open to the idea of acting as a
mentor to a GSoC student.
Adrian.
On 12 March 2010 12:07, Simon Pepping <sp...@leverkruid.eu> wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>
Re: Google Summer of Code: Bring out your projects
Posted by Vincent Hennebert <vh...@gmail.com>.
Simon Pepping wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
If any student comes up with a good idea of project in the FOP area, I’d
be happy to be a mentor, as I myself benefited from that a few years
ago.
Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Adrian Cumiskey <de...@cumiskey.com>.
Hi Simon,
My involvement with FOP these days is a little minimal due to other
commitments, but in principle I would be open to the idea of acting as a
mentor to a GSoC student.
Adrian.
On 12 March 2010 12:07, Simon Pepping <sp...@leverkruid.eu> wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>
Re: Google Summer of Code: Bring out your projects
Posted by Vincent Hennebert <vh...@gmail.com>.
Simon Pepping wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
If any student comes up with a good idea of project in the FOP area, I’d
be happy to be a mentor, as I myself benefited from that a few years
ago.
Vincent
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
>> Could anyone
>> help understanding what is that exactly? I've crawled through the
>> available JIRA projects and saw none related with XML Graphics (Batik,
>> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
>> hint towards maybe triggering the process now so next year we won't
>> have this extra overhead.)
>
> JIRA is the ASF's bug tracking system, used by many projects instead
> of Bugzilla which we use.
[...]
Humm, I guess my question wasn't properly made (I had an idea of JIRA
as a bug tracker and it's use within ASF); I meant to ask what were
the implications of using JIRA when the project is using Bugzilla.
Sorry for the noise! ;-)
> See the archives at
> http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
> your project ideas should not take a long time.
OK, a little crawling showed that it is straightforward [1], with no
implications at all: the procedure for projects using Bugzilla is
simply using the "Community Development" project on JIRA, making sure
the title has prefix containing the project name ("PROJECT_NAME:").
More details available [1]. :-)
> Regards, Simon
Thanks,
Helder
[1] http://mail-archives.apache.org/mod_mbox/community-dev/201003.mbox/%3C4BA8D87A.1010002@apache.org%3E
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
>> Could anyone
>> help understanding what is that exactly? I've crawled through the
>> available JIRA projects and saw none related with XML Graphics (Batik,
>> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
>> hint towards maybe triggering the process now so next year we won't
>> have this extra overhead.)
>
> JIRA is the ASF's bug tracking system, used by many projects instead
> of Bugzilla which we use.
[...]
Humm, I guess my question wasn't properly made (I had an idea of JIRA
as a bug tracker and it's use within ASF); I meant to ask what were
the implications of using JIRA when the project is using Bugzilla.
Sorry for the noise! ;-)
> See the archives at
> http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
> your project ideas should not take a long time.
OK, a little crawling showed that it is straightforward [1], with no
implications at all: the procedure for projects using Bugzilla is
simply using the "Community Development" project on JIRA, making sure
the title has prefix containing the project name ("PROJECT_NAME:").
More details available [1]. :-)
> Regards, Simon
Thanks,
Helder
[1] http://mail-archives.apache.org/mod_mbox/community-dev/201003.mbox/%3C4BA8D87A.1010002@apache.org%3E
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
>> Could anyone
>> help understanding what is that exactly? I've crawled through the
>> available JIRA projects and saw none related with XML Graphics (Batik,
>> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
>> hint towards maybe triggering the process now so next year we won't
>> have this extra overhead.)
>
> JIRA is the ASF's bug tracking system, used by many projects instead
> of Bugzilla which we use.
[...]
Humm, I guess my question wasn't properly made (I had an idea of JIRA
as a bug tracker and it's use within ASF); I meant to ask what were
the implications of using JIRA when the project is using Bugzilla.
Sorry for the noise! ;-)
> See the archives at
> http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
> your project ideas should not take a long time.
OK, a little crawling showed that it is straightforward [1], with no
implications at all: the procedure for projects using Bugzilla is
simply using the "Community Development" project on JIRA, making sure
the title has prefix containing the project name ("PROJECT_NAME:").
More details available [1]. :-)
> Regards, Simon
Thanks,
Helder
[1] http://mail-archives.apache.org/mod_mbox/community-dev/201003.mbox/%3C4BA8D87A.1010002@apache.org%3E
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
On Mon, Apr 05, 2010 at 04:34:45PM +0100, Helder Magalhães wrote:
> Hi everyone,
>
> Somehow related, in the guide to being a mentor, it's stated in the
> procedure that one should "Add an issue to JIRA (if your project
> doesn't use JIRA contact dev@community.apache.org)" [2]. Could anyone
> help understanding what is that exactly? I've crawled through the
> available JIRA projects and saw none related with XML Graphics (Batik,
> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
> hint towards maybe triggering the process now so next year we won't
> have this extra overhead.)
JIRA is the ASF's bug tracking system, used by many projects instead
of Bugzilla which we use. You can find it at
https://issues.apache.org/jira/browse/INFRA. See also the Development
Infrastructure page http://www.apache.org/dev/, the section on issue
tracking, http://www.apache.org/dev/#issues.
dev@community.apache.org is the public mailing list of the ASF's
Community Development Committee (see
http://community.apache.org/index.html), who lead the ASF's GSoC
efforts. See the archives at
http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
your project ideas should not take a long time.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
On Mon, Apr 05, 2010 at 04:34:45PM +0100, Helder Magalhães wrote:
> Hi everyone,
>
> Somehow related, in the guide to being a mentor, it's stated in the
> procedure that one should "Add an issue to JIRA (if your project
> doesn't use JIRA contact dev@community.apache.org)" [2]. Could anyone
> help understanding what is that exactly? I've crawled through the
> available JIRA projects and saw none related with XML Graphics (Batik,
> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
> hint towards maybe triggering the process now so next year we won't
> have this extra overhead.)
JIRA is the ASF's bug tracking system, used by many projects instead
of Bugzilla which we use. You can find it at
https://issues.apache.org/jira/browse/INFRA. See also the Development
Infrastructure page http://www.apache.org/dev/, the section on issue
tracking, http://www.apache.org/dev/#issues.
dev@community.apache.org is the public mailing list of the ASF's
Community Development Committee (see
http://community.apache.org/index.html), who lead the ASF's GSoC
efforts. See the archives at
http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
your project ideas should not take a long time.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
On Mon, Apr 05, 2010 at 04:34:45PM +0100, Helder Magalhães wrote:
> Hi everyone,
>
> Somehow related, in the guide to being a mentor, it's stated in the
> procedure that one should "Add an issue to JIRA (if your project
> doesn't use JIRA contact dev@community.apache.org)" [2]. Could anyone
> help understanding what is that exactly? I've crawled through the
> available JIRA projects and saw none related with XML Graphics (Batik,
> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
> hint towards maybe triggering the process now so next year we won't
> have this extra overhead.)
JIRA is the ASF's bug tracking system, used by many projects instead
of Bugzilla which we use. You can find it at
https://issues.apache.org/jira/browse/INFRA. See also the Development
Infrastructure page http://www.apache.org/dev/, the section on issue
tracking, http://www.apache.org/dev/#issues.
dev@community.apache.org is the public mailing list of the ASF's
Community Development Committee (see
http://community.apache.org/index.html), who lead the ASF's GSoC
efforts. See the archives at
http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
your project ideas should not take a long time.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
>> If I understand correctly, you can register your proposed projects in
>> JIRA, see the above web page.
Oops, I missed that sentence; today, while revisiting this thread I
noticed that, according to the timeline [1], the proposals will need
to be postponed for next year. :-| The deadline was pretty short,
though (apparently only a couple of days for JIRA creation + final
proposal compilation).
Somehow related, in the guide to being a mentor, it's stated in the
procedure that one should "Add an issue to JIRA (if your project
doesn't use JIRA contact dev@community.apache.org)" [2]. Could anyone
help understanding what is that exactly? I've crawled through the
available JIRA projects and saw none related with XML Graphics (Batik,
FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
hint towards maybe triggering the process now so next year we won't
have this extra overhead.)
Regards,
Helder
[1] http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/timeline
[2] http://community.apache.org/guide-to-being-a-mentor.html#guidetobeingamentor-Summary
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
>> If I understand correctly, you can register your proposed projects in
>> JIRA, see the above web page.
Oops, I missed that sentence; today, while revisiting this thread I
noticed that, according to the timeline [1], the proposals will need
to be postponed for next year. :-| The deadline was pretty short,
though (apparently only a couple of days for JIRA creation + final
proposal compilation).
Somehow related, in the guide to being a mentor, it's stated in the
procedure that one should "Add an issue to JIRA (if your project
doesn't use JIRA contact dev@community.apache.org)" [2]. Could anyone
help understanding what is that exactly? I've crawled through the
available JIRA projects and saw none related with XML Graphics (Batik,
FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
hint towards maybe triggering the process now so next year we won't
have this extra overhead.)
Regards,
Helder
[1] http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/timeline
[2] http://community.apache.org/guide-to-being-a-mentor.html#guidetobeingamentor-Summary
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
>> If I understand correctly, you can register your proposed projects in
>> JIRA, see the above web page.
Oops, I missed that sentence; today, while revisiting this thread I
noticed that, according to the timeline [1], the proposals will need
to be postponed for next year. :-| The deadline was pretty short,
though (apparently only a couple of days for JIRA creation + final
proposal compilation).
Somehow related, in the guide to being a mentor, it's stated in the
procedure that one should "Add an issue to JIRA (if your project
doesn't use JIRA contact dev@community.apache.org)" [2]. Could anyone
help understanding what is that exactly? I've crawled through the
available JIRA projects and saw none related with XML Graphics (Batik,
FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
hint towards maybe triggering the process now so next year we won't
have this extra overhead.)
Regards,
Helder
[1] http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/timeline
[2] http://community.apache.org/guide-to-being-a-mentor.html#guidetobeingamentor-Summary
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
On Tue, Mar 16, 2010 at 11:58:07AM +0100, Simon Pepping wrote:
>
> If I understand correctly, you can register your proposed projects in
> JIRA, see the above web page. Then you must advertise your projects so
> as to attract students; that part is not clear to me.
>
After some more reading of the GSoC page, I think that either the ASF
or Google will advertise all project ideas, and invite students to
apply for them.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
On Tue, Mar 16, 2010 at 11:58:07AM +0100, Simon Pepping wrote:
>
> If I understand correctly, you can register your proposed projects in
> JIRA, see the above web page. Then you must advertise your projects so
> as to attract students; that part is not clear to me.
>
After some more reading of the GSoC page, I think that either the ASF
or Google will advertise all project ideas, and invite students to
apply for them.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
On Tue, Mar 16, 2010 at 11:58:07AM +0100, Simon Pepping wrote:
>
> If I understand correctly, you can register your proposed projects in
> JIRA, see the above web page. Then you must advertise your projects so
> as to attract students; that part is not clear to me.
>
After some more reading of the GSoC page, I think that either the ASF
or Google will advertise all project ideas, and invite students to
apply for them.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
We have two committers who are willing to be a mentor, and a few
project ideas for Batik. The following is the complete message (which
was only sent to the PMCs):
------- Forwarded message ---------------
It is time for your project to start preparing for GSoC if you have not already done so.
Things you need to do if you want to consider being a mentor:
- understand what it means to be a mentor [1]
- propose your project ideas [2] (the process is different this year)
- subscribe to code-awards@apache.org
We need your project ideas now, so please get to work, see [2]
You can see the current list of ideas at [3]
Ross
[1] http://community.apache.org/guide-to-being-a-mentor.html
[2] http://community.apache.org/guide-to-being-a-mentor.html
[3] https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12314021
------- End forwarded message ---------------
If I understand correctly, you can register your proposed projects in
JIRA, see the above web page. Then you must advertise your projects so
as to attract students; that part is not clear to me.
Simon
On Fri, Mar 12, 2010 at 01:07:21PM +0100, Simon Pepping wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
>
--
Simon Pepping
home page: http://www.leverkruid.eu
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
We have two committers who are willing to be a mentor, and a few
project ideas for Batik. The following is the complete message (which
was only sent to the PMCs):
------- Forwarded message ---------------
It is time for your project to start preparing for GSoC if you have not already done so.
Things you need to do if you want to consider being a mentor:
- understand what it means to be a mentor [1]
- propose your project ideas [2] (the process is different this year)
- subscribe to code-awards@apache.org
We need your project ideas now, so please get to work, see [2]
You can see the current list of ideas at [3]
Ross
[1] http://community.apache.org/guide-to-being-a-mentor.html
[2] http://community.apache.org/guide-to-being-a-mentor.html
[3] https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12314021
------- End forwarded message ---------------
If I understand correctly, you can register your proposed projects in
JIRA, see the above web page. Then you must advertise your projects so
as to attract students; that part is not clear to me.
Simon
On Fri, Mar 12, 2010 at 01:07:21PM +0100, Simon Pepping wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
>
--
Simon Pepping
home page: http://www.leverkruid.eu
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
> Do we have ideas for GSoC projects?
Actually I have a couple ideas, in the scope of Batik:
1. Online SVG Rasterization Service
Create an online service for SVG rasterization, as a valuable way to
allow users to benefit from SVG while keeping up with the possibility
of using raster images for software not natively supporting SVG (such
as Internet Explorer, graphics authoring applications, office
applications, etc.).
Such service would/should allow:
a. One-shot, manual/interactive image creation, possibly through a
form with raster preview after applying settings (see related proposal
by Ruud [1] [2] a while ago);
b. On-demand, volume image creation through preset settings. This
was potentially useful, for instance, as fallback for Web browsers
without native SVG support (such as the Internet Explorer family of
browsers, older mobile terminals or older browser versions), using
markup like:
<object type="image/svg+xml" data="myFile.svg">
<!-- oops, no SVG support, fallback to rasterized image -->
<img type="image/png"
src="http://xmlgraphics.apache.org/batik/rasterizer?url=http://myserver/myFolder/myFile.svg&targetW=320px&targetH=240&imgFormat=PNG">
</object>
(Of course the above is a simplified example, without accounting with
the need to encode the image's source URL and possibly other
parameters supplied.)
Also, there was a previous proposal on how to do this in an efficient
way [3] based in the idea that a JVM for such service had to be reused
between requests.
As I'd hint towards ASF hosting such service (possibly using the
distributed apache.org infrastructure), as a way to spread the word on
Batik, SVG and ASF, it would naturally raise security challenges, as
the servlet would need to connect to remote, untrusted sites in order
to fetch the SVG file for rasterization. This would also be an
opportunity to improve the project's security aspects, as well as
benchmark ASF infrastructure itself. :-)
2. Batik-based SVG Viewer
Create a high-quality (as usual!) Batik-based SVG Viewer applet.
Although apparently trivial after taking a look at the project's demo
[4], what was being proposed was a much more functional applet, with a
context menu holding typical actions (zoom in/out, original view, view
source, etc.). Also, possibly a reviewed implementation of browser's
JavaScript<-->Batik's ECMAScript engine though Java<-->JavaScript
communication [5] in order to implement the expected interfaces
(GetSVGDocument [6], at the very least).
The main goals here would be:
a. A cross-(Web)browser SVG implementation which would help leveling
look and feel of SVG while native implementations catch up (which is
happening at a steady, though somehow slow, rhythm), and bring speed
to most of them (Batik is much speedier than most Web browser native
implementations I'm aware of);
b. Create a (more) fully-featured component than JSVGCanvas already
is, for integration in projects where one just wants a complete viewer
component without the tailoring effort JSVGCanvas currently still
requires.
This idea was already proposed [7] (see item 5), though maybe with
less detail. ;-)
3. Upgrade Regard [8] for SVG 1.1 Second Edition
The Batik's "regression test suite does need a bit of love" (Cameron).
I didn't report a tracking bug for this yet (again, this was also
already proposed [7], see item 3) but the idea was to pick up the
current state of the SVG 1.1 SE test suite [9] and integrate it into
Batik. This would be a great boost in terms of the suite's usefulness
because, AFAIK, the updated test suite uses an SVG font for all
irrelevant (descriptive, version marking, etc.) text elements: this
should help decreasing the number of false positives to a minimum.
Currently the test infrastructure, still using the SVG 1.0 test suite,
suffers a lot from the small differences in platform font rendering...
:-|
Hopefully, SVG 1.1 SE will not take very long to get to a
recommendation state so I'd say that, by the time the work is ready
and properly polished, only minor adjustments should be later
required, when the final version of the specification is published.
(I'm just guessing on the current status of the 1.1SE specification,
I'm not sure if Cameron can provide some insight on that, specially if
this project proposal sounds interesting.)
I'm sure other interesting projects can be derived (or at least,
inspired) by taking a look at the currently open issues for XML
Graphics. ;-)
> Are committers willing to be a mentor?
I'd be willing to mentor any of the proposed projects and, depending
on other projects' focus, I might be able to volunteer for those as
well (that is, after knowing more about them). :-)
Cheers,
Helder
[1] http://steltenpower.com/batik_form.html
[2] http://old.nabble.com/on-improving-Batik%27s-usability-td7008728.html
[3] http://old.nabble.com/running-batik-efficiently-in-a-web-server-environment-%28linux%29-td15684333.html
[4] http://xmlgraphics.apache.org/batik/demo.html
[5] https://jdk6.dev.java.net/plugin2/liveconnect/
[6] http://www.w3.org/TR/SVG/struct.html#InterfaceGetSVGDocument
[7] http://old.nabble.com/Long%3A-Next-TODOs-and-debate-on-existing-ones-(was-"Re%3A-Welcome-to-Helder-Magalhães-as-a-committer")-td27675018.html
[8] http://xmlgraphics.apache.org/batik/dev/test.html#regard
[9] http://dev.w3.org/SVG/profiles/1.1F2/test/
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
We have two committers who are willing to be a mentor, and a few
project ideas for Batik. The following is the complete message (which
was only sent to the PMCs):
------- Forwarded message ---------------
It is time for your project to start preparing for GSoC if you have not already done so.
Things you need to do if you want to consider being a mentor:
- understand what it means to be a mentor [1]
- propose your project ideas [2] (the process is different this year)
- subscribe to code-awards@apache.org
We need your project ideas now, so please get to work, see [2]
You can see the current list of ideas at [3]
Ross
[1] http://community.apache.org/guide-to-being-a-mentor.html
[2] http://community.apache.org/guide-to-being-a-mentor.html
[3] https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12314021
------- End forwarded message ---------------
If I understand correctly, you can register your proposed projects in
JIRA, see the above web page. Then you must advertise your projects so
as to attract students; that part is not clear to me.
Simon
On Fri, Mar 12, 2010 at 01:07:21PM +0100, Simon Pepping wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
>
--
Simon Pepping
home page: http://www.leverkruid.eu
Re: Google Summer of Code: Bring out your projects
Posted by jonathan wood <jo...@gmail.com>.
Project suggestion:
A nice tidy reference implementation of
http://dev.w3.org/SVG/modules/transforms/SVGTransforms.html would be nice.
Yeah, I know...moving target, no standard....but a guy can dream.
Not a commiter, but can support anyone *SoC'ing in the xml graphics area
that is contributing.
jonathan
On Fri, Mar 12, 2010 at 8:07 AM, Simon Pepping <sp...@leverkruid.eu>wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
>
>
Re: Google Summer of Code: Bring out your projects
Posted by jonathan wood <jo...@gmail.com>.
Project suggestion:
A nice tidy reference implementation of
http://dev.w3.org/SVG/modules/transforms/SVGTransforms.html would be nice.
Yeah, I know...moving target, no standard....but a guy can dream.
Not a commiter, but can support anyone *SoC'ing in the xml graphics area
that is contributing.
jonathan
On Fri, Mar 12, 2010 at 8:07 AM, Simon Pepping <sp...@leverkruid.eu>wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
>
>
Re: Google Summer of Code: Bring out your projects
Posted by Helder Magalhães <he...@gmail.com>.
Hi everyone,
> Do we have ideas for GSoC projects?
Actually I have a couple ideas, in the scope of Batik:
1. Online SVG Rasterization Service
Create an online service for SVG rasterization, as a valuable way to
allow users to benefit from SVG while keeping up with the possibility
of using raster images for software not natively supporting SVG (such
as Internet Explorer, graphics authoring applications, office
applications, etc.).
Such service would/should allow:
a. One-shot, manual/interactive image creation, possibly through a
form with raster preview after applying settings (see related proposal
by Ruud [1] [2] a while ago);
b. On-demand, volume image creation through preset settings. This
was potentially useful, for instance, as fallback for Web browsers
without native SVG support (such as the Internet Explorer family of
browsers, older mobile terminals or older browser versions), using
markup like:
<object type="image/svg+xml" data="myFile.svg">
<!-- oops, no SVG support, fallback to rasterized image -->
<img type="image/png"
src="http://xmlgraphics.apache.org/batik/rasterizer?url=http://myserver/myFolder/myFile.svg&targetW=320px&targetH=240&imgFormat=PNG">
</object>
(Of course the above is a simplified example, without accounting with
the need to encode the image's source URL and possibly other
parameters supplied.)
Also, there was a previous proposal on how to do this in an efficient
way [3] based in the idea that a JVM for such service had to be reused
between requests.
As I'd hint towards ASF hosting such service (possibly using the
distributed apache.org infrastructure), as a way to spread the word on
Batik, SVG and ASF, it would naturally raise security challenges, as
the servlet would need to connect to remote, untrusted sites in order
to fetch the SVG file for rasterization. This would also be an
opportunity to improve the project's security aspects, as well as
benchmark ASF infrastructure itself. :-)
2. Batik-based SVG Viewer
Create a high-quality (as usual!) Batik-based SVG Viewer applet.
Although apparently trivial after taking a look at the project's demo
[4], what was being proposed was a much more functional applet, with a
context menu holding typical actions (zoom in/out, original view, view
source, etc.). Also, possibly a reviewed implementation of browser's
JavaScript<-->Batik's ECMAScript engine though Java<-->JavaScript
communication [5] in order to implement the expected interfaces
(GetSVGDocument [6], at the very least).
The main goals here would be:
a. A cross-(Web)browser SVG implementation which would help leveling
look and feel of SVG while native implementations catch up (which is
happening at a steady, though somehow slow, rhythm), and bring speed
to most of them (Batik is much speedier than most Web browser native
implementations I'm aware of);
b. Create a (more) fully-featured component than JSVGCanvas already
is, for integration in projects where one just wants a complete viewer
component without the tailoring effort JSVGCanvas currently still
requires.
This idea was already proposed [7] (see item 5), though maybe with
less detail. ;-)
3. Upgrade Regard [8] for SVG 1.1 Second Edition
The Batik's "regression test suite does need a bit of love" (Cameron).
I didn't report a tracking bug for this yet (again, this was also
already proposed [7], see item 3) but the idea was to pick up the
current state of the SVG 1.1 SE test suite [9] and integrate it into
Batik. This would be a great boost in terms of the suite's usefulness
because, AFAIK, the updated test suite uses an SVG font for all
irrelevant (descriptive, version marking, etc.) text elements: this
should help decreasing the number of false positives to a minimum.
Currently the test infrastructure, still using the SVG 1.0 test suite,
suffers a lot from the small differences in platform font rendering...
:-|
Hopefully, SVG 1.1 SE will not take very long to get to a
recommendation state so I'd say that, by the time the work is ready
and properly polished, only minor adjustments should be later
required, when the final version of the specification is published.
(I'm just guessing on the current status of the 1.1SE specification,
I'm not sure if Cameron can provide some insight on that, specially if
this project proposal sounds interesting.)
I'm sure other interesting projects can be derived (or at least,
inspired) by taking a look at the currently open issues for XML
Graphics. ;-)
> Are committers willing to be a mentor?
I'd be willing to mentor any of the proposed projects and, depending
on other projects' focus, I might be able to volunteer for those as
well (that is, after knowing more about them). :-)
Cheers,
Helder
[1] http://steltenpower.com/batik_form.html
[2] http://old.nabble.com/on-improving-Batik%27s-usability-td7008728.html
[3] http://old.nabble.com/running-batik-efficiently-in-a-web-server-environment-%28linux%29-td15684333.html
[4] http://xmlgraphics.apache.org/batik/demo.html
[5] https://jdk6.dev.java.net/plugin2/liveconnect/
[6] http://www.w3.org/TR/SVG/struct.html#InterfaceGetSVGDocument
[7] http://old.nabble.com/Long%3A-Next-TODOs-and-debate-on-existing-ones-(was-"Re%3A-Welcome-to-Helder-Magalhães-as-a-committer")-td27675018.html
[8] http://xmlgraphics.apache.org/batik/dev/test.html#regard
[9] http://dev.w3.org/SVG/profiles/1.1F2/test/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org
Re: Redesigning the web site [was: Google Summer of Code: Bring out
your projects]
Posted by Vincent Hennebert <vh...@gmail.com>.
Simon Pepping wrote:
> On Wed, Mar 24, 2010 at 07:37:12PM +0000, Vincent Hennebert wrote:
>
>> Speaking of the release, many parts of the website are largely outdated
>> and need a serious re-work (the Development tab, mainly). Also, any
>> reference to 0.20.5 should IMO be removed before releasing 1.0. 0.20.5
>> is a thing of the past now.
>
> That makes a release even more difficult. I am in favour of an early
> release, rather than working on the website
>
>> Finally, the website could really do with a new look. ATM it???s looking
>> so... 1990???s. I started to work on that some time ago (based on the
>> Batik skin), but never got to finishing it. Forrest sometimes gets in
>> the way, I must say. Maybe switching to an alternative framework could
>> be investigated. Especially if it can also provide higher automation.
>
> Again, I am in favour of focusing on an early release as our most
> important requirement.
Then someone is going to spend 3 days doing the 1.0 release, and when
it’s time to do the next release the exact same issue will show up
again.
Releasing 1.0 is the perfect opportunity to do some re-branding and
refactor the website, IMO.
Vincent
Re: Redesigning the web site [was: Google Summer of Code: Bring
out your projects]
Posted by Simon Pepping <sp...@leverkruid.eu>.
On Wed, Mar 24, 2010 at 07:37:12PM +0000, Vincent Hennebert wrote:
> Speaking of the release, many parts of the website are largely outdated
> and need a serious re-work (the Development tab, mainly). Also, any
> reference to 0.20.5 should IMO be removed before releasing 1.0. 0.20.5
> is a thing of the past now.
That makes a release even more difficult. I am in favour of an early
release, rather than working on the website
> Finally, the website could really do with a new look. ATM it???s looking
> so... 1990???s. I started to work on that some time ago (based on the
> Batik skin), but never got to finishing it. Forrest sometimes gets in
> the way, I must say. Maybe switching to an alternative framework could
> be investigated. Especially if it can also provide higher automation.
Again, I am in favour of focusing on an early release as our most
important requirement.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
Re: Google Summer of Code: Bring out your projects
Posted by Vincent Hennebert <vh...@gmail.com>.
Hi Simon,
Simon Pepping wrote:
> Thanks to Adrian and Vincent who want to be mentor. We also need some
> ideas for projects.
>
> 1. Our releases require too much work, which has resulted in no
> release for much too long a time. How can the work related to a
> release be minimized? Can we develop tools to automate much of the
> work?
Certainly. A while ago I mentioned the possibility of using Ant’s
variable substitution mechanism:
http://markmail.org/message/mgoxf2ptvoffaok7
Putting such variables (latest FOP version, copyright year, etc.) at all
appropriate places would already be of great help.
Then it’s mainly a matter of streamlining the whole process and removing
as much duplication as possible. Just as an example, do we really need
to duplicate the release notes in the README file?
Speaking of the release, many parts of the website are largely outdated
and need a serious re-work (the Development tab, mainly). Also, any
reference to 0.20.5 should IMO be removed before releasing 1.0. 0.20.5
is a thing of the past now.
Finally, the website could really do with a new look. ATM it’s looking
so... 1990’s. I started to work on that some time ago (based on the
Batik skin), but never got to finishing it. Forrest sometimes gets in
the way, I must say. Maybe switching to an alternative framework could
be investigated. Especially if it can also provide higher automation.
> 2. Implementing features of the XSL-FO 1.1 spec which have remained
> unimplemented.
>
> 3. Implementing proposed features of the XSL-FO 2.0 spec. For XSL-FO
> 1.0 FOP was the reference implementation. We could host reference
> implementations of newly proposed features.
> 4 ... n. Do we have open issues that would make up a GSoC project?
>
> On Fri, Mar 12, 2010 at 01:07:21PM +0100, Simon Pepping wrote:
>> Ross Gardler of ASF announced that it is time for our projects to
>> start preparing for Google Summer of Code (GSoC). Do we have ideas for
>> GSoC projects? Are committers willing to be a mentor?
>
> Simon
Vincent
Re: Google Summer of Code: Bring out your projects
Posted by Simon Pepping <sp...@leverkruid.eu>.
Thanks to Adrian and Vincent who want to be mentor. We also need some
ideas for projects.
1. Our releases require too much work, which has resulted in no
release for much too long a time. How can the work related to a
release be minimized? Can we develop tools to automate much of the
work?
2. Implementing features of the XSL-FO 1.1 spec which have remained
unimplemented.
3. Implementing proposed features of the XSL-FO 2.0 spec. For XSL-FO
1.0 FOP was the reference implementation. We could host reference
implementations of newly proposed features.
4 ... n. Do we have open issues that would make up a GSoC project?
On Fri, Mar 12, 2010 at 01:07:21PM +0100, Simon Pepping wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
Re: Google Summer of Code: Bring out your projects
Posted by Adrian Cumiskey <de...@cumiskey.com>.
Hi Simon,
My involvement with FOP these days is a little minimal due to other
commitments, but in principle I would be open to the idea of acting as a
mentor to a GSoC student.
Adrian.
On 12 March 2010 12:07, Simon Pepping <sp...@leverkruid.eu> wrote:
> Ross Gardler of ASF announced that it is time for our projects to
> start preparing for Google Summer of Code (GSoC). Do we have ideas for
> GSoC projects? Are committers willing to be a mentor?
>
> Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
>