Re: Wacom Bamboo with XO?
Wade Brainerd wrote:
> For someone with a tablet, it would be nice to see the results of a
> simple PyGTK program which reports X, Y and Pressure from the
> gtk.gdk.SOURCE_PEN device, using the gtk.gdk.Device API.
>
> http://www.pygtk.org/docs/pygtk/class-gdkdevice.html
>
> If this works, it would be quite easy to integrate Wacom support into
> Colors! and other Sugar activities.
Well, I'm going to try to get follow the Wacom
instructions for installing the tablet drivers.
I haven't built or installed a linux kernel or
drivers so we'll see how that learning curve
goes...then there are the special idiosyncracies
of the XO. :-)
Once the driver and kernel modules are built for
the 8.2 os kernel, how would we go about distributing
the drivers in a usable fashion. Following kernel
compile and link instructions won't work. We need
something like a signed update. Is there any way
to have a signed update by a developer rather than
the OLPC? Otherwise, is there a way to make the
tablet driver available for an Activity?
--Chris
> -Wade
>
> On Tue, Nov 18, 2008 at 8:26 AM, <[EMAIL PROTECTED]> wrote:
>> robert --
>>
>> [EMAIL PROTECTED] wrote:
>> > Paul,
>> >
>> > Are you using the driver code from http://linuxwacom.sourceforge.net/ ?
>>
>> no -- i just built the driver that's in the kernel tree.
>>
>> paul
>>
>> > I had intended on trying this but have been too busy to get the time
>> > set up the correct environment or follow all the steps involved for
>> > the initial setup
>> > http://linuxwacom.sourceforge.net/index.php/doc
>> >
>> > If you get something you think is workable let me know and I can test
>> > it with one of my Wacom Intuos 2 tablets.
>> >
>> > Note there is also a mouse as well as a pen with this tablet so the
>> > mouse code needs to be compiled as well.
>> >
>> > thanks for all the good work!!
>> > /Robert
>> >
>> > On Nov 17, 2008, at 8:37 AM, [EMAIL PROTECTED] wrote:
>> >
>> > > building and insmod'ing wacom.ko lets the Sapphire tablet move
>> > > the mouse cursor. i confess i've never used a tablet, so i don't
>> > > know whether the button on the stylus doesn't behave as a mouse
>> > > button is expected or not. also, the motion i get when moving
>> > > the stylus on the pad is relative, not absolute. there are no
>> > > module parameters, so any tuning must be via some other
>> > > mechanism. i can supply the driver module to anyone who would
>> > > like to try it.
>> > >
>> > > i'm probably not the right guy to pursue this further, but i've
>> > > added a mention of tablet support to #7326, which is a tracker
>> > > for requested modules.
>> > >
>> > > paul
>> > >
>> > > wade wrote:
>> > >> If you guys can get a driver working and expose the API, I'll add
>> > >> support to Colors!. It already has support for pressure sensitivity
>> > >> (variable brush size and/or opacity) in the painting engine.
>> > >>
>> > >> -Wade
>> > >>
>> > >> On Mon, Nov 17, 2008 at 8:04 AM, <[EMAIL PROTECTED]> wrote:
>> > >>> chris wrote:
>> > Has anyone had any success getting a
>> > Wacom USB tablet working with the XO?
>> >
>> > The new Bamboo series is affordable
>> > ($79 US), about the same size active
>> > area as the XO display, and could be
>> > a substitute for the deprecated/soon
>> > to be abandoned pressure sensitive
>> > touchpad on the original XOs.
>> > >>>
>> > >>> we have a wacom tablet ("Sapphire", whatever that represents)
>> > >>> here at 1cc, which we can test. the XO doesn't include the
>> > >>> wacom.ko module which it seems to want. i can try building the
>> > >>> module to see if it works. i'll leave it to you to figure out
>> > >>> whether the same driver support will work for the Bamboo series.
>> > >>>
>> > >>> paul
>> > >>> =-
>> > >>> paul fox, [EMAIL PROTECTED]
>> > >>> give one laptop, get one laptop --- http://www.amazon.com/xo
>> > >>> ___
>> > >>> Devel mailing list
>> > >>> Devel@lists.laptop.org
>> > >>> http://lists.laptop.org/listinfo/devel
>> > >>>
>> > >
>> > > =-
>> > > paul fox, [EMAIL PROTECTED]
>> > > give one laptop, get one laptop --- http://www.amazon.com/xo
>> > > ___
>> > > Devel mailing list
>> > > Devel@lists.laptop.org
>> > > http://lists.laptop.org/listinfo/devel
>>
>> =-
>> paul fox, [EMAIL PROTECTED]
>> give one laptop, get one laptop --- http://www.amazon.com/xo
>> ___
>> Devel mailing list
>> Devel@lists.laptop.org
>> http://lists.laptop.org/listinfo/devel
>>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/dev
Working on a theme - 'deployability'
Early this week, in my xs-0.6 planning sessions I grouped the possible tasks under general "themes" because I felt that it was the right approach to prioritise/triage tasks with the very limited resources I have for the XS. It worked very well, and it allowed Greg and I to quickly figure out what our priorities and opportunities were, across a sea of granular tasks full of complexities and interdependencies. It also made our decisions easy to explain. (The resulting plan is at: http://lists.laptop.org/pipermail/server-devel/2008-November/002504.html ) And in the sugarcamp '9.1 brainstorm / planning' session, Ed talked clearly about a dominant theme: Deployability. The themes for the XS are "manageability" (server management, lease management), "large scale schools" (3K users) and bits of moodle needed to administer those other two. Both dominant themes for the XS are related to blockers to deployments (Peru and Rwanda). In a sense, it's a natural progression -- as we mature into having a real product, face competition and difficulties we have to focus on *removing each and every barrier to adoption*, every single thing that prevents large numbers of users from using our XOs. And once they have the XOs, every barrier that prevents using them effectively. Every crisis is an opportunity to ask "are we focusing tightly enough on removing barriers?". Every bit counts -- if you like Joel Spolki's writing, this is a good writeup of why this damn unsexy strategy is the way to win http://www.joelonsoftware.com/articles/fog52.html -- 'remove barriers to $desired_action' is the mantra. In this case, deployment. And there's a tipping point, but you can't know where it is in advance, so row row row. Personally, I find this energizing. I can get out of any meeting or programming task that isn't very clearly and unambiguously removing a barrier :-) More importantly, it means that I can picture every hour I spend eroding those barriers as a extending our collective reach to more kids. A good morning of uninterrupted focus on scaling in Rwanda: making a difference to 3K kids times the number of large schools OLPC ever deploys to. I didn't join OLPC to write PHP, Python, Ruby-on-Rails, Bash-on-Beer or Erlang-on-Extasis. If it takes Cobol for the XS to reach more kids, that's exactly what I'll do. http://www.amazon.com/COBOL-21st-Century-Nancy-Stern/dp/0471722618/ cheers, martin -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Wacom Bamboo with XO?
For someone with a tablet, it would be nice to see the results of a
simple PyGTK program which reports X, Y and Pressure from the
gtk.gdk.SOURCE_PEN device, using the gtk.gdk.Device API.
http://www.pygtk.org/docs/pygtk/class-gdkdevice.html
If this works, it would be quite easy to integrate Wacom support into
Colors! and other Sugar activities.
-Wade
On Tue, Nov 18, 2008 at 8:26 AM, <[EMAIL PROTECTED]> wrote:
> robert --
>
> [EMAIL PROTECTED] wrote:
> > Paul,
> >
> > Are you using the driver code from http://linuxwacom.sourceforge.net/ ?
>
> no -- i just built the driver that's in the kernel tree.
>
> paul
>
> > I had intended on trying this but have been too busy to get the time
> > set up the correct environment or follow all the steps involved for
> > the initial setup
> > http://linuxwacom.sourceforge.net/index.php/doc
> >
> > If you get something you think is workable let me know and I can test
> > it with one of my Wacom Intuos 2 tablets.
> >
> > Note there is also a mouse as well as a pen with this tablet so the
> > mouse code needs to be compiled as well.
> >
> > thanks for all the good work!!
> > /Robert
> >
> > On Nov 17, 2008, at 8:37 AM, [EMAIL PROTECTED] wrote:
> >
> > > building and insmod'ing wacom.ko lets the Sapphire tablet move
> > > the mouse cursor. i confess i've never used a tablet, so i don't
> > > know whether the button on the stylus doesn't behave as a mouse
> > > button is expected or not. also, the motion i get when moving
> > > the stylus on the pad is relative, not absolute. there are no
> > > module parameters, so any tuning must be via some other
> > > mechanism. i can supply the driver module to anyone who would
> > > like to try it.
> > >
> > > i'm probably not the right guy to pursue this further, but i've
> > > added a mention of tablet support to #7326, which is a tracker
> > > for requested modules.
> > >
> > > paul
> > >
> > > wade wrote:
> > >> If you guys can get a driver working and expose the API, I'll add
> > >> support to Colors!. It already has support for pressure sensitivity
> > >> (variable brush size and/or opacity) in the painting engine.
> > >>
> > >> -Wade
> > >>
> > >> On Mon, Nov 17, 2008 at 8:04 AM, <[EMAIL PROTECTED]> wrote:
> > >>> chris wrote:
> > Has anyone had any success getting a
> > Wacom USB tablet working with the XO?
> >
> > The new Bamboo series is affordable
> > ($79 US), about the same size active
> > area as the XO display, and could be
> > a substitute for the deprecated/soon
> > to be abandoned pressure sensitive
> > touchpad on the original XOs.
> > >>>
> > >>> we have a wacom tablet ("Sapphire", whatever that represents)
> > >>> here at 1cc, which we can test. the XO doesn't include the
> > >>> wacom.ko module which it seems to want. i can try building the
> > >>> module to see if it works. i'll leave it to you to figure out
> > >>> whether the same driver support will work for the Bamboo series.
> > >>>
> > >>> paul
> > >>> =-
> > >>> paul fox, [EMAIL PROTECTED]
> > >>> give one laptop, get one laptop --- http://www.amazon.com/xo
> > >>> ___
> > >>> Devel mailing list
> > >>> Devel@lists.laptop.org
> > >>> http://lists.laptop.org/listinfo/devel
> > >>>
> > >
> > > =-
> > > paul fox, [EMAIL PROTECTED]
> > > give one laptop, get one laptop --- http://www.amazon.com/xo
> > > ___
> > > Devel mailing list
> > > Devel@lists.laptop.org
> > > http://lists.laptop.org/listinfo/devel
>
> =-
> paul fox, [EMAIL PROTECTED]
> give one laptop, get one laptop --- http://www.amazon.com/xo
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Please unlock Activities/G1G1/8.2
Activity versions still need to be pegged on [[Activities/G1G1/8.2]]. *Please*? - Bert - On 31.10.2008, at 23:55, Bert Freudenberg wrote: > Hmm, Activities/Joyride still referred to Activities/Etoys_(8.2) but > I can't really find my way in the tangle of G1G1 redirects to fix > this properly. It should point to Activities/Etoys_(latest), so I > thought I could fix it by making Activities/Etoys-G1G1 redirect to > Activities/Etoys_(latest) because that is included by Activities/ > Joyride but that seemed to have made it worse (though consistent > with the other activities). So Activities/Joyride does point to the > latest now, but so does Activities/G1G1/8.2 ... > > IIUC then Activities/G1G1/8.2 should be made to point to Activities/ > Etoys_(8.2) and similarly for all other activities so they would be > pegged at the right version and not refer to the latest one. > > - Bert - > > On 31.10.2008, at 14:25, Samuel Klein wrote: > >> Please update the [[Activities/Etoys (8.2)]] page if there are any >> 8.2 changes. For other activity developers, make sure you have a >> valid [[Activities/activityname (8.2)]] page; that is what will >> show up on the g1g1 page. The (latest) activity pages are now >> unlocked. >> >> SJ >> >> On Fri, Oct 31, 2008 at 5:16 PM, C. Scott Ananian >> <[EMAIL PROTECTED]> wrote: >> On Fri, Oct 31, 2008 at 4:43 PM, Bert Freudenberg <[EMAIL PROTECTED] >> > wrote: >> > *bump* >> > >> > Can we do something about the still-locked pages? Since joyride >> is active >> > again this part needs to be opened up too. >> > >> > E.g., the 8.2 page should be made to include Activities/ >> Etoys_(8.2) instead >> > of Activities/Etoys_(latest) so that we can get on with the work. >> >> SJ, can I punt this to you? >> --scott >> >> -- >>( http://cscott.net/ ) >> > > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
