On Sat, 14 May 2011 11:04:34 +0200 Cedric BAIL <cedric.b...@free.fr> said:
> On Fri, May 13, 2011 at 10:46 PM, Mike Blumenkrantz <m...@zentific.com> wrote: > > On Fri, 13 May 2011 22:23:57 +0200 (CEST) > > Vincent Torri <vto...@univ-evry.fr> wrote: > >> On Fri, 13 May 2011, Mike Blumenkrantz wrote: > >> > On Fri, 13 May 2011 17:41:29 +0200 > >> > Mathieu Taillefumier <mathieu.taillefum...@free.fr> wrote: > >> >> Hi, > >> >> > >> >>> actually i see the backlight controls in: > >> >>> > >> >>> /proc/acpi/video/NGFX/LCD/brightness > >> >>> /proc/acpi/video/NGFX/CRT/brightness > >> >>> /proc/acpi/video/NGFX/HDMI/brightness > >> >>> /sys/devices/virtual/backlight/acpi_video0/brightness > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::radio/brightness > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::assoc/brightness > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::tx/brightness > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::rx/brightness > >> >>> /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/leds/mmc0::/brightness > >> >>> /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.4/leds/mmc1::/brightness > >> >>> > >> >>> for example. some of these are led's for network and sd card slots, not > >> >>> the screen.brightness controls also floating about in /proc > >> >>> > >> >>> on another laptop with a radeon it's: > >> >>> /proc/acpi/video/VGA/DFP1/brightness > >> >>> /proc/acpi/video/VGA/TV/brightness > >> >>> /proc/acpi/video/VGA/CRT/brightness > >> >>> /proc/acpi/video/VGA/LCD/brightness > >> >>> > >> >>> as well as more in /sys... pick the one thats used :) (probably LCD). > >> >>> i've found others in other weird places. but whenever xrandr doesn't > >> >>> work - the fallback is to go to /proc or /sys - also dont assume users > >> >>> will have the latest and greatest of drivers and kernels so even if a > >> >>> newer driver does work, an older may not, so need to go to /proc > >> >>> or /sys > >> >> > >> >> Thanks ;). It is just that setting up backlight level on laptop with > >> >> nvidia card does not necessary works with acpi methods. Lot of people > >> >> have trouble with it (even me with my sony laptop on nvidia card) that > >> >> is why is not as simple as it seems. Anyway, I agree that I should not > >> >> assume that everyone will have the latest kernels+xorg+nvidia (amd) > >> >> stack on their computer. For now, I want to finish the xrandr part and > >> >> the dialog box and then I will tackle the acpi method. > >> >> > >> >>>>>> - a nice little box indicating the backlight level when it is > >> >>>>>> changed (edje kind of thing, related to themes). > >> >>>>> > >> >>>>> steal all the code from mixer gadget - for its gadget and popup. > >> >>>>> thats what u need there. :) > >> >>>>> > >> >>>>>> - find a way to update backlight when modified by an other program > >> >>>>>> (xbacklight for instance). > >> >>>>> > >> >>>>> for now i'd say use a poller like battery and temperature and make it > >> >>>>> poll by default every 32ticks (4seconds). allow setting poll > >> >>>>> interval. should also GET the backlight value first every time you > >> >>>>> try and modify it. > >> >>>> > >> >>>> It was more or lest my intention, i.e. I will use a timer and check > >> >>>> that backlight property did not change outside e17. it is simple to > >> >>>> do that. I will code that today if I have time. > >> >>> > >> >>> use a poller, not timer. :) see other modules like above :) > >> >>> > >> >> Ok. I will check the battery modules to see how to use them. > >> >> > >> >> Mathieu > >> > >> eeze is linux only. There are other Unix OS out there that are running e17 > >> and its modules > > > > true, but for linux support it should be using eeze to ensure that it gets > > the correct path and supports all possible controls. > > > > Isn't it possible to make eeze an abstraction for all this stuff for > more OS than Linux ? That would simplify the work to port of apps on > other system. Note I never looked at eeze API, nor at how it work > exactly, so this could be completly silly. it'd pretty much have to emulate the linux udev way of looking at the world on all other os's... and to be honest... i see minimal value in it. yes bsd exists. but other than osx it's such a small userbase.. is it worth THAT big of an effort to make a full udev emulation later thing in eeze? -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
