Re: NB 8.2 Issues

I guess I see it both ways, but the situation is sort of rare for me
anyways that it's not an issue for me personally.

For branding, I did see that the images I put into my branding folder
automatically had _brand added to them by the build system.  For
example, for my app Blue which has a branding.token of "blue", the
generated core_blue.jar that has my branding images are renamed from
frame_dark.gif to frame_dark_blue.gif, etc.

On Wed, Oct 5, 2016 at 5:55 PM, Neil C Smith
<[email protected]> wrote:
> Hi Steven,
>
> On 5 Oct 2016 22:26, "Steven Yi" <[email protected]> wrote:
>>
>> Regarding the iteration, the current code applies the _dark suffix
>> before the ImageUtilities code is used, so the order would be
>> something like:
>> ......
>> I think that makes sense with what I saw of the intention of the code,
>> i.e., you'd want any available dark image if possible, then fallback
>> to non-dark.
>
> Really?! I understand the iteration order of the current code, I just don't
> understand why anyone would want that behaviour. If an image is branded or
> localised, that's usually for a good reason. If it contains the name or logo
> of your application, or a translated word or symbol, why would you ever want
> to fall back to the dark default image without those changes?
>
> Mind you, do any of your image overrides have the branding ID in anyway? :-\
>
> Best wishes,
>
> Neil
>
> Neil C Smith
> Artist : Technologist : Adviser
> http://neilcsmith.net