1. dont use a livethumb resolution OF THE SCREEN! per pager desktop
that means u alloc width*height*4 bytes... u have 6 desktops,
1920x1080 screen... thats 48mb for the backing images at full res. no!
bad bad! so i cut it down to 1/16th of the screen res. ie 1920/16 x
1080/16 for the full rest "livethumb". at least its much more
managable (i woke up to find after an update my e was using an EXTRA
100mb of ram! (2560x1440*4desk + 1920x1200*4desk).
2. dont create the livethumbs at all unless you have the bg preview
on! (i had it off and i still paid the price of the mem usage).
3. make the live preview inverted in the cfg gui - ie enable the live
preview, not disable it.
4. fix theme to preview bg fills the pager base box correctly within
the border bounds.
5. dont enforce aspect handling in livethumb as pager is "master" of
aspect (taken from desktop anyway).
SVN revision: 75154
people's crappy screens. something i noticed.
my screen displays gresy all the way down to about 0 where they
finally get black. light greys stay grey auntil almost 255. BUT...
here is the clincher. on the "crappy screens" i sawy.. black starts at
16 and white starts at 240. they literally lose 12.5% of the color
range at the extremes and thus a lot seems to just blend into black to
white and ultimately look bad especially if you are playing down in
the subtlle ends of the spectrum. so let's just assume people all have
crap screens and lighten dark things. :( how sad. also this assumes
people are incapable of or do not know how to adjust/fix the screen
color gammut. it may also be the screen does a crappy job of fixing
this itself (eg uses limtied 8bit mapping inside the screen where it
should be color correcting with a much higher fidelity using its
built-in temporal/spatial dithering logic it already has! crappy
screens!)
SVN revision: 74034
NOTE: This is a terrible mess. It trigger massive bug in Evas_Map.
Will try to fix the Evas part, but maybe we should use a custom code
and Evas_Object_Image with a custom pixels filling code.
SVN revision: 73928
gagdte looks nicer now
flags aspect ratio is correct now based on each flag
name of kbd layout only appears on mouseover
fixed buffer overflow possibility in execution.
SVN revision: 70534
have done here beyond just "copy the code" is:
1. fix up some code that was useless (didnt need to be done).
2. reformat all the code to be closer to efl/e style guidelines
3. add flags to the gadget popup menu to change keyboard
4. fix lots of warnings
5. fix some correctness in c - () vs (void)
6. added q66 to AUTHORS
7. made it use _() intl macro, not D_() (needed)
8. put xkbswitch module stuff in theme (need some prettying/work)
9. added some XXX: comments on things to do
right now xkbswithc is actually very powerful (thanks q66) but its not
that user-friendly. it lets you add a short-list of "keyboard layouts"
you nee/duse. the gagdet lets you quick-switch between them. this
actually works. it has nice little flaggy things to try help you out.
what we probably need to do is:
1. fix a buffer overflow waiting to happen in the kbdswitch changing.
XXX'd
2. add a wizard page asking for kbd layout
3. double-check that "last used kbdlayout" is actually turned on
4. move xkbd config to core e config (not separate in module)
5. pretty up the gagdet (add a shadow around the flag, some
placeholder if no flag is selected etc.)
6. go over the xkb parser - it looks fragile from a read
:)
SVN revision: 70531