fixes #369 long paths on window

[blagoev]

A possible temporary fix for the long paths on Windows builds when multiple {N} plugins are used.

[ns-bot]

💚

[ns-bot]

💚

[ns-bot]

💚

[ns-bot]

💚

[ns-bot]

💚

[blagoev]

@Plamen5kov @atanasovg Have a look at this. Improves the situation with long paths.
Still the feel is product flavors and dimensions should not be used for the scenario we are trying to cover. Ultimately should switch the approach

Also @teobugslayer if interested to try.

[ns-bot]

💚

[atanasovg]

👍
@blagoev This does look hacky :) But, as discussed, this is the only viable option for now. Does this change introduce some delay in the build time?

[blagoev]

no any noticable delays.

[blagoev]

Yes it does try to workaround the current issue by shortening the flavor names. It seems you are right it does not handle AndroidManifest merging since I forgot to fix the dir names. fix comming in a sec.

[blagoev]

@NathanaelA just to bring you up to speed with why the manifest and resources are not merged when flavor name changes. CLI is copying all plugins to platforms/android/src/[plugin name] directory. When the flavor name is changed this [plugin name] directory should also change name.

[ns-bot]

💚

[Plamen5kov]

👍