On 17 Jan 2013, at 14:35, Sorvig Morten
wrote:
>
> On Jan 16, 2013, at 5:16 PM, Attila Csipa wrote:
>
>> On 16/01/13 17:36, Mohamed Fawzi wrote:
>>> I am certainly not against the idea of a faster/more efficient static way
>>> of choosing resources but it cannot depend on a predetermined di
On Jan 16, 2013, at 5:16 PM, Attila Csipa wrote:
> On 16/01/13 17:36, Mohamed Fawzi wrote:
>> I am certainly not against the idea of a faster/more efficient static way of
>> choosing resources but it cannot depend on a predetermined directory
>> ordering. I believe we should rather focus the i
On 16/01/13 17:36, Mohamed Fawzi wrote:
I am certainly not against the idea of a faster/more efficient static way of
choosing resources but it cannot depend on a predetermined directory ordering.
I believe we should rather focus the immediate efforts on a subset of the
problem, like handling m
On 16 Jan 2013, at 10:28, Bache-Wiig Jens wrote:
>
> On Jan 15, 2013, at 1:39 PM, Mohamed Fawzi wrote:
>
>> In the Platform Content Selection thread some saw runtime selection as not
>> needed.
>> I disagree, as I think it could be very useful in some occasions
>> (high_res/low_res, differe
On Jan 15, 2013, at 1:39 PM, Mohamed Fawzi wrote:
> In the Platform Content Selection thread some saw runtime selection as not
> needed.
> I disagree, as I think it could be very useful in some occasions
> (high_res/low_res, different orientation,…).
> I do not believe that having a separate b
On Tue, Jan 15, 2013 at 4:39 AM, Mohamed Fawzi wrote:
> In the Platform Content Selection thread some saw runtime selection as not
> needed.
> I disagree, as I think it could be very useful in some occasions
> (high_res/low_res, different orientation,…).
> I do not believe that having a separate
In the Platform Content Selection thread some saw runtime selection as not
needed.
I disagree, as I think it could be very useful in some occasions
(high_res/low_res, different orientation,…).
I do not believe that having a separate binary for all those things is the
correct choice.
Still the is