Hi SS,
The renderer is the lest of your problem with adding the capability to do
labels without a backing feature. How are you planning to persist the
labels. How will this integrate with the Project (Task)? How will you keep
this from making prior .jmp files incompatible?
Why is it necessary to even do labels that don't have features? What is
their use case? In SkyJUMP I added a stand alone Text tool, but it
basically uses a new style with standard Features.
regards,
Larry
On Thu, Apr 9, 2009 at 9:57 AM, Sunburned Surveyor <
sunburned.surve...@gmail.com> wrote:
> One of the students I met at my Google Summer of Code presentation at
> UC Davis missed the student application deadline. (This was my fault,
> as I gave him the wrong deadline date.) To my pleasant surprise, he
> would still like to work on the project for the summer! He is looking
> to gain some experience with an open source project and some reference
> letters from the lead programmers if his work is good.
>
> He is particularly interested in visualizing and rendering of data. I
> was going to work with him this summer on stand-alone map labels.
> These would be labels whose content are not drawn from feature
> attributes.
>
> In order to get the student started, I'd like to know what is the best
> way to add a new renderer in the current OpenJUMP core? It has been a
> while since I worked with the rendering code, and some things might
> have changed. Can we add renderer's using a plug-in, or are
> modifications to the core still necessary to do this? If it makes a
> difference, I plan on storing the label information in a plain Feature
> object.
>
> Thanks for the help.
>
> SS
>
> P.S. - I getting the student set up with a development environment for
> OpenJUMP right now. I'll introduce him to the mailing list as soon as
> he subscribes.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
http://amusingprogrammer.blogspot.com/
------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
