Added my +1 to the page, did not intended to hold up the proposal.
--
Jody Garnett


On Mon, 28 Oct 2019 at 04:13, Andrea Aime <andrea.a...@geo-solutions.it>
wrote:

> Hi Jody,
> can you please cast a firm vote on this proposal?
> It's not clear if you are still demanding something to be changed, or not,
> and the proposal is stuck as a consequence
>
> Cheers
> Andrea
>
>
> On Thu, Oct 17, 2019 at 9:17 PM Jody Garnett <jody.garn...@gmail.com>
> wrote:
>
>> Thanks Andrea, I understand I am a bit late providing feedback.
>>
>> With respect to events, perhaps the interface stability aspect is
>> addressed by the ability to add default methods.
>>
>> And I agree the pattern is: RenderListener listens for RenderEvents which
>> may have a RenderEvent.Type (along with other state).
>>
>> I do not feel strongly, only want the stability aspect considered.
>> --
>> Jody Garnett
>>
>>
>> On Thu, 17 Oct 2019 at 10:10, Andrea Aime <andrea.a...@geo-solutions.it>
>> wrote:
>>
>>> On Thu, Oct 17, 2019 at 12:30 AM Jody Garnett <jody.garn...@gmail.com>
>>> wrote:
>>>
>>>> Can I ask you to fill in the tasks section, want to be sure we have a
>>>> clear picture of the work involved.
>>>>
>>>> You have events for the layer by layer notifications, and subsequent
>>>> labeling activities, is there any need to have events for the composition
>>>> steps (thinking of the rendering into multiple buffers and resulting alpha
>>>> blending effects).
>>>>
>>>
>>> No need at the moment, but you can make your own GSIP for it if you do?
>>> :-)
>>> Generally speaking it's bad form to ask others for scope increase, but
>>> it's fundamental that we check
>>> the proposed design does not prevent those future improvements.
>>>
>>>
>>>> I tend to prefer notification with event enumerations, rather than
>>>> "labellingStart" and "labellingEnd" which does not scale.
>>>>
>>>> Would you consider something along the lines of:
>>>>
>>>> public interface RenderListener {
>>>>      enum RenderEvent { START, UPDATE, END };
>>>>      default void layer( Layer layer, RenderEvent event ); // covers
>>>> START, END
>>>>      default void labeling( RenderingEvent event ); // covers START, END
>>>>      default void composition( String name, RenderingEvent event ); //
>>>> covers START, UPDATE, END
>>>>      default void rendering( RenderEvent event ); // covers START, END
>>>> }
>>>>
>>>
>>> Hum... does not really improve scalability IMHO, cuts in half the number
>>> of methods, does not make them a order of magnitude
>>> smaller or a fixed number. And things like "RenderEvent" are normally
>>> objects carrying around the "change" information in listener
>>> interfaces having a single listen method, rather than being a
>>> classification... If we go for this design I'd call them EventType instead.
>>> Given that there are default implementations, an implementor does not
>>> really have to work though them, if interested in a single
>>> even, they can implement just that method.
>>>
>>> My reaction to this is... meh... do you feel strongly about it? Not the
>>> biggest deal to change the implementation, but honestly
>>> I liked the interface as proposed better :-D
>>>
>>> Cheers
>>> Andrea
>>>
>>> == GeoServer Professional Services from the experts! Visit
>>> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf
>>> Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa
>>> (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
>>> http://www.geo-solutions.it http://twitter.com/geosolutions_it
>>> ------------------------------------------------------- *Con
>>> riferimento alla normativa sul trattamento dei dati personali (Reg. UE
>>> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
>>> precisa che ogni circostanza inerente alla presente email (il suo
>>> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
>>> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
>>> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
>>> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>>> This email is intended only for the person or entity to which it is
>>> addressed and may contain information that is privileged, confidential or
>>> otherwise protected from disclosure. We remind that - as provided by
>>> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
>>> e-mail or the information herein by anyone other than the intended
>>> recipient is prohibited. If you have received this email by mistake, please
>>> notify us immediately by telephone or e-mail.*
>>>
>>
>
> --
>
> Regards, Andrea Aime == GeoServer Professional Services from the experts!
> Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
> @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
> Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
> 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
> ------------------------------------------------------- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to