This will fix T1106.
Details
Diff Detail
- Repository
- rTRM apps/terminology
- Branch
- translucency
- Lint
No Linters Available - Unit
No Unit Test Coverage - Build Status
Buildable 966 Build 1031: arc lint + arc unit
no. no no no. making it ALWAYS have alpha (even if opacity is 100%) has major performance side-ffects for the compositor. so - no.
Yeah, I had that feeling... I wanted to be sure :-P
Another (dirty) solution to get rid of window re-position on enabling the translucency, is to store "last known" x and y and position the elm_win there.
@raster, will that suffice?
Imho, window repositioning on alpha toggle looks ugly for the user.
if this is done, then you fundamentally change the window hints - you have to do this in ecore+evas ath the x11 level and provide user specified position hints. this will not work in all cases with all wm's - it may turn out poorly. tiling wm's will ignore such hints for example. so since it's only a partial solution... really is it worth it?
I think it's worth trying as there will be high chance the previous position will be empty during window recreation. So it's likely be positioned in the same place.
This is not a perfect solution but as a user point of view, this is a best effort.
Yes, I'm not fond of this approach as it's not the cleaner one, but I can't hink of anything else... given that elm_win_alpha_set() doesn't provide this, it should be handled on application level.