<br><div><span class="gmail_quote"><br></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Yes, (cc'ing maintainer) I really do think this belongs in attached to a
<br>HAL dbus interface, something like org.freedesktop.Hal.Printer.InkLevel.<br><br>This means we get a little interface that any program can query (over<br>DBUS) and get the ink level for the correct printer).</blockquote>
<div><br>The problem I've just had with adding support for my canon printers is that libinklevel can't know what kinds of ink some printers have, so either HAL must ask for the right ink levels (black, photo black, colour, yellow ect) or we'll have to have the information stored some place and modify libinklevel to use them.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Or maybe just bolt on a dbus interface to libinklevel and then use it<br>from a hal addon - now I'm just playing with ideas.
<br><br>Ink level is something that Linux has really sucked at in the past from<br>my own experiences.</blockquote><div><br>Yes it has, which is why I thought HAL would be a great place to enable information to be collected, it has access to model information and use data that would make it impractical for some generic or generalised tools store huge tables of information.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Markus, what do you think?<br><br>Richard.</blockquote><div><br>Best Regards, Martin Owens
<br></div><br></div>