Kevin, Stephen,
Please review RT-36851. There is one file in graphics in the application
model affected by this change, and it is the most important change. My
rational is in the JIRA.
JIRA: https://javafx-jira.kenai.com/browse/RT-36851
WebRev: http://cr.openjdk.java.net/~shemnon/RT-36851/we
On Jun 6, 2013, at 12:52 AM, Danno Ferrin wrote:
>
>
> On Wed, Jun 5, 2013 at 9:47 PM, Daniel Zwolenski wrote:
> To sum up my previous major suggestions for a better world:
>
> - web deploy code should be separate module from native, and jar separate
> again. Each native module (win, Linux,
On Thu, Jun 6, 2013 at 5:52 PM, Danno Ferrin wrote:
>
>
> On Wed, Jun 5, 2013 at 9:47 PM, Daniel Zwolenski wrote:
>
>> To sum up my previous major suggestions for a better world:
>>
>> - web deploy code should be separate module from native, and jar separate
>> again. Each native module (win, Lin
On Wed, Jun 5, 2013 at 9:47 PM, Daniel Zwolenski wrote:
> To sum up my previous major suggestions for a better world:
>
> - web deploy code should be separate module from native, and jar separate
> again. Each native module (win, Linux, Mac) should be separate and I should
> be able to invoke any
g the maven plugin want them.
> > >>>>
> > >>>> It looks like you can set a preloader for both jars and for bundles
> > (web,
> > >>>> native). When building the bundles however they include the jar in
> > them. So
> >
gt;> It looks like you can set a preloader for both jars and for bundles
> > (web,
> > >>>> native). When building the bundles however they include the jar in
> > them. So
> > >>>> we end up with both the bundle, and the jar within the bundle,
>
jar in
> them. So
> >>>> we end up with both the bundle, and the jar within the bundle,
> getting the
> >>>> preloader set.
> >>>>
> >>>> Does anyone know what will or should happen in this case? Does one
> >>>> preloa
in this case? Does one
>>>> preloader take precedence and the other is ignored, or are both used at
>>>> different times and I should allow the user to set a different jar
>>>> preloader to the bundle one, or is this setup invalid and I should actually
>>>> not pass the preloader setting to one or the other in this case?
>>>>
>>>> Not using Preloaders myself and with the packaging tool code being a
>>>> complete mess, it would be good to know the expectations here so I can
>>>> properly support the users wanting this.
>>>>
>>>> Cheers
>>>> Dan
>>
ent times and I should allow the user to set a different jar
>>> preloader to the bundle one, or is this setup invalid and I should actually
>>> not pass the preloader setting to one or the other in this case?
>>>
>>> Not using Preloaders myself and with the packaging tool code being a
>>> complete mess, it would be good to know the expectations here so I can
>>> properly support the users wanting this.
>>>
>>> Cheers
>>> Dan
>
preloader to the bundle one, or is this setup invalid and I should actually
>> not pass the preloader setting to one or the other in this case?
>>
>> Not using Preloaders myself and with the packaging tool code being a
>> complete mess, it would be good to know the expectations here so I can
>> properly support the users wanting this.
>>
>> Cheers
>> Dan
nt jar
> preloader to the bundle one, or is this setup invalid and I should actually
> not pass the preloader setting to one or the other in this case?
>
> Not using Preloaders myself and with the packaging tool code being a
> complete mess, it would be good to know the expec
e one,
or is this setup invalid and I should actually not pass the preloader setting
to one or the other in this case?
Not using Preloaders myself and with the packaging tool code being a complete
mess, it would be good to know the expectations here so I can properly support
the users wanting
12 matches
Mail list logo
