Re: [E-devel] Elm window resize
2014. 5. 21. 오전 9:05에 David Seikel onef...@gmail.com님이 작성: On Wed, 21 May 2014 08:50:04 +0900 (KST) ChunEon Park her...@naver.com wrote: naviframe set the min size with the top item content min size. Ah so it's something else that is setting it's min size wrong then. I should make some test code and lodge a proper bug report. -Regards, Hermet- -Original Message- From: David Seikelonef...@gmail.com To: enlightenment-devel@lists.sourceforge.net; Cc: Sent: 2014-05-20 (화) 16:11:59 Subject: Re: [E-devel] Elm window resize On Tue, 20 May 2014 15:50:54 +0900 Carsten Haitzler (The Rasterman) raster@rasterman.com wrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams andy@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) Yes, I agree with that, Elm handling of minimum sizes seems to be almost entirely lacking or broken. In particular I've stumbled on entrys and naviframes seem to set their minimum width to what ever you set the original width to, but their minimum height to zero. evas object size hint min set is there. but almost elm widget (e.g. container) does not respect it for their own. some container can respect their children's min size and change their min size coincidently. but so instead of adding new API, how about add size hints set evas eo class function so elm widget including elm_win can inherit and override it for their purpose? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available
Re: [E-devel] Elm window resize
On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams a...@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm window resize
On Tue, 20 May 2014 15:50:54 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams a...@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) Yes, I agree with that, Elm handling of minimum sizes seems to be almost entirely lacking or broken. In particular I've stumbled on entrys and naviframes seem to set their minimum width to what ever you set the original width to, but their minimum height to zero. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm window resize
On Tue, 20 May 2014 17:11:59 +1000 David Seikel onef...@gmail.com said: On Tue, 20 May 2014 15:50:54 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams a...@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) Yes, I agree with that, Elm handling of minimum sizes seems to be almost entirely lacking or broken. In particular I've stumbled on entrys and naviframes seem to set their minimum width to what ever you set the original width to, but their minimum height to zero. i dont know abut naviframe, but entries - depends on content. scrollable entries (the common case) - never. the problem is the wrapping where min height depends on width. its a sticky case to solve. none of the above changes this though... unless you meant the first where you can now add an additional min size on something (in addition to its native min size) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm window resize
On Tue, May 20, 2014 at 3:50 PM, Carsten Haitzler ras...@rasterman.comwrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams a...@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. Hi 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. That's why I added a sample code to elementary test long ago. http://git.enlightenment.org/core/elementary.git/tree/src/bin/test_gengrid.c#n983 I asked you about adding this util function to elementary but you rejected as we need to support the bugs from this utility as well. But it looks like now it is time to add the function :) Whenever I write applications, I feel this feature is really necessary. How do you think? Daniel Juyung Seo (SeoZ) and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm window resize
On Tue, 20 May 2014 18:55:52 +0900 Daniel Juyung Seo seojuyu...@gmail.com said: On Tue, May 20, 2014 at 3:50 PM, Carsten Haitzler ras...@rasterman.comwrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams a...@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. Hi 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. That's why I added a sample code to elementary test long ago. http://git.enlightenment.org/core/elementary.git/tree/src/bin/test_gengrid.c#n983 I asked you about adding this util function to elementary but you rejected as we need to support the bugs from this utility as well. But it looks like now it is time to add the function :) Whenever I write applications, I feel this feature is really necessary. How do you think? i think it may be time - i am just not sure how to do it atm - well not exactly beyond my description above. Daniel Juyung Seo (SeoZ) and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests
Re: [E-devel] Elm window resize
On Tue, 20 May 2014 18:46:24 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 20 May 2014 17:11:59 +1000 David Seikel onef...@gmail.com said: On Tue, 20 May 2014 15:50:54 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams a...@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) Yes, I agree with that, Elm handling of minimum sizes seems to be almost entirely lacking or broken. In particular I've stumbled on entrys and naviframes seem to set their minimum width to what ever you set the original width to, but their minimum height to zero. i dont know abut naviframe, but entries - depends on content. scrollable entries (the common case) - never. Nope. Unless the problem is that box doesn't bother to get the minimum size from child objects. I have two scrollable entries in a box, plus a button. When I resize the window they are in down to minimum size, the height of the entries goes all the way down to zero, the button doesn't change height. the problem is the wrapping where min height depends on width. its a sticky case to solve. none of the above changes this though... unless you meant the first where you can now add an additional min size on something (in addition to its native min size) Well, for scrollable entries, I would guess that being big enough to see all the parts of the scroll bar so you can use it should be minimum. B-) -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm window resize
naviframe set the min size with the top item content min size. -Regards, Hermet- -Original Message- From: David Seikelonef...@gmail.com To: enlightenment-devel@lists.sourceforge.net; Cc: Sent: 2014-05-20 (화) 16:11:59 Subject: Re: [E-devel] Elm window resize On Tue, 20 May 2014 15:50:54 +0900 Carsten Haitzler (The Rasterman) raster@rasterman.com wrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams andy@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) Yes, I agree with that, Elm handling of minimum sizes seems to be almost entirely lacking or broken. In particular I've stumbled on entrys and naviframes seem to set their minimum width to what ever you set the original width to, but their minimum height to zero. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm window resize
On Wed, 21 May 2014 08:50:04 +0900 (KST) ChunEon Park her...@naver.com wrote: naviframe set the min size with the top item content min size. Ah so it's something else that is setting it's min size wrong then. I should make some test code and lodge a proper bug report. -Regards, Hermet- -Original Message- From: David Seikelonef...@gmail.com To: enlightenment-devel@lists.sourceforge.net; Cc: Sent: 2014-05-20 (화) 16:11:59 Subject: Re: [E-devel] Elm window resize On Tue, 20 May 2014 15:50:54 +0900 Carsten Haitzler (The Rasterman) raster@rasterman.com wrote: On Mon, 19 May 2014 23:40:13 +0100 Andrew Williams andy@andywilliams.me said: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. not so simple. as daniel mentioned.. this is doable with a resize multipling by scale... what we are currently missign in elm is 2 things. 1. a nice simple way to add extra minimum sizing to a widget. currently the ADVICE it so make a table, put an invisible rect in the 0,0 1x1 cell ANd your real widget in the same cell. set a min size hint on the rect and presto - it acts as an extra control on the table and thus your widget (set widget to fill/expand). you can set the min size and multiple by scaling if you want. it'd be likely useful if this trick were formalised into a widget and/or some utility func. a simple elc_ thing to wrap this up would work - then if it scales the min size by scale factor or also put in finger size. and 2. more your focus - though #1 often is related. you want a *PREFERRED* size for an object - an initial size that is possibly bigger than min size and less than max - somewhere in between. believe it or not we have a request size which is kind of intended for exactly this. what we DON'T have is logic in elm that... * watches for changes in preferred size and if 0x0, just like min size, propagates preferred size to a parent widget. * that takes preferred size once it propagates to the window and on first show actually resizes to that size * code that might set preferred size AND account for scaling reality is that you have a window where some widget (or widgets) - eg the text entry, is what you want to have at a preferred size on start... not the window as a whole, so you really want this propagation. it requires the same calcs as min - but providing preferred size as if it were min, then passing onto parent etc. ... this is what we really want. problem is - we haven't done it yet. this is the solution we want... not elm_win_reisze (that uses scaling) which is just as much a workaround as evas_object_resize on the window itself :) Yes, I agree with that, Elm handling of minimum sizes seems to be almost entirely lacking or broken. In particular I've stumbled on entrys and naviframes seem to set their minimum width to what ever you set the original width to, but their minimum height to zero. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Elm window resize
Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. Cheers, Andy -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm window resize
If you set the window resize object correctly it should work IMO. If you want to scale the window size manually according to the elementary scale factor, you need to call evas_object_resize(obj, elm_config_scale_get() * 100, elm_config_scale_get() * 50); By the way, is there any testable samples? Thanks. Daniel Juyung Seo (SeoZ) On Tue, May 20, 2014 at 7:40 AM, Andrew Williams a...@andywilliams.mewrote: Hi guys, After opening this task about indow sizes in elm not respecting the scale set: https://phab.enlightenment.org/T1263 I realised that these are all set through evas_object_resize which clearly cannot know about elm scaling. Would there be any objection to creating an elm_win_resize or elm_win_size_set method that were to apply the scaling to the values beffore passing back to evas resize? Let me know equally if I've missed something but the elm_test code is all this way too. Cheers, Andy -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
