Hey Chris, thanks for the feedback! It's great to hear from people using Colors! on XO.<br><br><div class="gmail_quote">On Wed, Dec 10, 2008 at 6:58 PM, Chris Marshall <span dir="ltr"><<a href="mailto:jns-cmarshall@comcast.net">jns-cmarshall@comcast.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">It is true that reducing the update rate would lower the<br>
pen position resolution of lines...but the Bamboo tablet<br>
has a linear resolution of 2400+ lines per inch which is<br>
about 12X the XO pixel resolution and 24X your 2X reduced<br>
drawing canvas. As a result, even with skipping pen<br>
deltas of 24 or less the pen output events will still<br>
be at the finest drawing precision. This is not even<br>
including the fact that the brush is more than a single<br>
pixel wide typically.<br>
<br>
If you add an entry under the first wacom Xinput entry in<br>
your xorg-dcon.conf file like:<br>
<br>
Option "Suppress" "60"<br>
<br>
you'll get much better drawing response with the existing<br>
infrastructure. I tried 10-72 and to keep up with faster<br>
sketching or larger brushes, the rate needs to be at 50 or<br>
greater. After the above edit and a 3-finger-salute to<br>
restart the X server on the XO, Colors! basically worked<br>
well with the tablet.</blockquote><div><br>This is good reasoning, and I wasn't aware of the Supress option - I'm pretty new to Linux programming and X in particular. I had been considering implementing that kind of filter in the PyGTK mouse handler. I've updated the xorg-dcon.conf on <a href="http://dev.laptop.org">dev.laptop.org</a> to include this setting.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There is a command line configuration program (xsetwacom)<br>
that could be used to configure Wacom tablet settings<br>
without editing the xorg-dcon.conf file. I don't know<br>
if a restart of X would then be required. It might be<br>
possible to base a control panel interface calling the<br>
underlying utility per Tomeu Vizoso's previous mention<br>
in this thread.</blockquote><div><br>Yep, 60 works well enough though that it's probably not worth a configuration option. I will still work on optimizing the painting performance though. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I tried the earlier photo snap and it was awkward to toggle<br>
the underlying photo image. It would be more helpful if the<br>
photo could be drawn over as if on tracing paper. The toggle<br>
on/off would still be useful at different levels of refinement<br>
of the painting.</blockquote><div><br>That's a good idea. When I reimplement Photo Snap, I'll do it that way (so you are painting over it, e.g. the white background will show the image when it's enabled).<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There appeared to be a problem with the Zoom in and<br>
out function as zooming all the way out, and then back in<br>
results in the canvas offset by various amounts. I was not<br>
able to make it shift back without restarting the Activity.</blockquote><div><br>This should be documented better, or maybe have some visual feedback. Zoom in & out keep the mouse cursor on the same point in the canvas before and after the zoom operation. This is handy for quick zooms, you just point at the area you want to detail and zoom in. In Git I have added a 'Center image' toolbar button though, since it can be hard to recenter. the image. You can also always scroll the image manually by holding the Hand button and dragging with the mouse.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Finally, I'm not sure how to handle this but it was difficult<br>
to trigger the Frame exposure via the tablet since the drawing<br>
area seems to be exactly the entire screen. If it were to be<br>
extended a bit at the top then the Frame would be easier to<br>
get to from the tablet only.</blockquote><div><br>Maybe one of the Wacom buttons could be assigned to the Frame key event? Can this be done in xorg-dcon.conf? <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I've got an old serial Intuos that I'll try to get configured<br>
this weekend. I'll let you know how it goes... If we get<br>
this working, maybe Amazon could add a "People who bought this<br>
item [the XO], also bought this [Wacom Bamboo]"... :-)</blockquote><div><br>Great! Thanks again for the feedback, I'll try to release a new version before long with these suggestions. </div></div><br>Cheers,<br>
Wade<br>