From: Xavier V. <xav...@fr...> - 2004-02-26 20:37:50
|
Hello list, hello Michael ! As promised, I tested X11 driver, and there are some caveats : - it lags a lot ! Dunno if there's an option to configure refresh rate, if so, default value is too high. - visible attribute for icons is inverted ! It shows if visible<0, and hides if visible>0 :/ I think the problem is in drv_generic_graphic.c - some icons don't display : karo works, but squirell doesn't show !! I really don't know where the bug is, but I didn't look at the code, I'll do it this WE. Bye ! -- Xavier VELLO <xav...@fr...> |
From: Xavier V. <xav...@fr...> - 2004-02-26 21:28:38
|
Little fixes : > - it lags a lot ! Dunno if there's an option to configure refresh rate, > if so, default value is too high. Sory, the lag is from xmms(), I don't know why (maybe marquee text). It works great with half a dozen of icons, good job ! > - visible attribute for icons is inverted ! It shows if visible<0, and > hides if visible>0 :/ I think the problem is in drv_generic_graphic.c I checked, the problem is in drv_generic_graphic. Here's a patch to correct it. In fact, the problem was in the :? statement. I dislike this syntax, if statements are cleaner, and less prone to errors. > - some icons don't display : karo works, but squirell doesn't show !! I > really don't know where the bug is, but I didn't look at the code, I'll > do it this WE. Just a consequence of the above ! Squirell had visible=1, so it didn't show ;) Last but not least, will you implement a 'zoom' configuration ? By now, a 'logical' pixel is displayed with a 'dot' of multiple pixels. This 'resolution' should be configurable, for example for gnome applet (which I would use to display graphs only). For posterity, I would dream about using multiple colors on X11 (example one graph in blue, one in red, ...), but we may implement it later. Bye ! -- Xavier VELLO <xav...@fr...> |
From: Michael R. <re...@eu...> - 2004-02-26 21:38:34
|
Hi Xavier #1 :-) >>- it lags a lot ! Dunno if there's an option to configure refresh rate, >>if so, default value is too high. > > Sory, the lag is from xmms(), I don't know why (maybe marquee text). It > works great with half a dozen of icons, good job ! Fine. I love it when problems solve themselves alone.... >>- visible attribute for icons is inverted ! It shows if visible<0, and >>hides if visible>0 :/ I think the problem is in drv_generic_graphic.c > > I checked, the problem is in drv_generic_graphic. Here's a patch to > correct it. erm... where? (the patch) > In fact, the problem was in the :? statement. I dislike this syntax, if > statements are cleaner, and less prone to errors. Me too, but sometimes a ?: is much more elegant and short. > Last but not least, will you implement a 'zoom' configuration ? By now, > a 'logical' pixel is displayed with a 'dot' of multiple pixels. This > 'resolution' should be configurable, for example for gnome applet (which > I would use to display graphs only). Isn't "pixel" and "gap" config entries what you're asking for? Take a look at the (old) Display/X11 section on http://lcd4linux.sf.net > For posterity, I would dream about using multiple colors on X11 (example > one graph in blue, one in red, ...), but we may implement it later. That's why the generic graphic framebuffer takes already a byte for a pixel (and not a single bit). Someday I want to support colors... bye, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: Xavier V. <xav...@fr...> - 2004-02-27 20:27:36
Attachments:
patch
|
Hello all ! > >>- it lags a lot ! Dunno if there's an option to configure refresh rate, > >>if so, default value is too high. > > Sory, the lag is from xmms(), I don't know why (maybe marquee text). It > > works great with half a dozen of icons, good job ! > Fine. I love it when problems solve themselves alone.... But now I'll have to guess why xmms lags :/ > >>- visible attribute for icons is inverted ! It shows if visible<0, and > >>hides if visible>0 :/ I think the problem is in drv_generic_graphic.c > > I checked, the problem is in drv_generic_graphic. Here's a patch to > > correct it. > erm... where? (the patch) Sorry :/ Here it is > > Last but not least, will you implement a 'zoom' configuration ? By now, > > a 'logical' pixel is displayed with a 'dot' of multiple pixels. This > > 'resolution' should be configurable, for example for gnome applet (which > > I would use to display graphs only). > Isn't "pixel" and "gap" config entries what you're asking for? Take a > look at the (old) Display/X11 section on http://lcd4linux.sf.net Yes, sorry > > For posterity, I would dream about using multiple colors on X11 (example > > one graph in blue, one in red, ...), but we may implement it later. > That's why the generic graphic framebuffer takes already a byte for a > pixel (and not a single bit). Someday I want to support colors... Very good !! Bye ! -- Xavier VELLO <xav...@fr...> |