This will fix T1106.
Details
Details
Diff Detail
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
Comment Actions
no. no no no. making it ALWAYS have alpha (even if opacity is 100%) has major performance side-ffects for the compositor. so - no.
Comment Actions
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.
Comment Actions
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?
Comment Actions
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.
Comment Actions
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.