[9fans] Plan 9 applying to GSoC
Plan 9 is applying to GSoC again!
The application period closes on Monday, and our formal application is in. As
is the case every year, the most critical part of an application is the org's
ideas page[1]. We'd love additional fleshed-out contributions for that. Since
we had a little confusion on this last year, please note that we're looking
specifically for well-developed ideas that would be good summer-sized projects
for new contributors, from folks willing to mentor those projects (rather than
"it'd be neat if someone would do X"); see the existing ideas page for examples
(some of which are more developed than others, certainly!).
If you're interested in mentoring, please let me know! Bringing your own
project idea is great, but we can also use more experienced, eager folks to
pair up with new contributors on other projects.
We've got an overview page[2], and all the program details are on Google's GSoC
page[3], and you might be interested in the program timeline[4] in particular.
One other note, for those of you who're familiar with the program, there are a
few notable changes, which Google goes into in a post[5] about them. In brief,
though:
- The program is now open to a lot more than just formal students
- There are two project sizes: large ("traditional") and medium (like
last year's)
- The timing of the work is more flexible.
I think these are all great (even if they make a little more work for admins
and mentors!) and should be nice additions to the program.
Your friendly neighborhood org admin,
Anthony
[1] https://p9f.org/wiki/gsoc-2022-ideas/index.html
[2] http://p9f.org/wiki/gsoc/index.html
[3] https://summerofcode.withgoogle.com
[4] https://developers.google.com/open-source/gsoc/timeline
[5]
https://opensource.googleblog.com/2021/11/expanding-google-summer-of-code-in-2022.html
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Td4449edc4863e16e-M45b7473d430aea7c8b74b8ab
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] Re: Plan 9 applying to GSoC
An idea that would fall under rio and interfaces; Replace mouse with movement. Have the usual X and Y, but also add a Z, which would be equivalent to something like pinch-zoom on a phone. And also have rotation around an axis, so that a mouse wheel would be interpreted as rotating around the X axis. Have movement accept absolute and relative inputs, so it works with touch screen and wacom tablets, or mice and joysticks. Multiple device inputs can go in, and the interface would read out 6 degrees of movement. Than have all buttons come from a single button server. That way you can map the extra buttons on modern mice, or take input from an on-screen keyboard to be read of key presses by another process. And have both movement and buttons listed in /srv, and let other devices import them. So you can have a tablet's touchscreen used as a pointing device at a desktop. And with that, work could then be done on alternative graphical interfaces without being tied to the traditional keyboard and 3 button mouse. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Td4449edc4863e16e-M6cb6efb5c87fee7828a1f2e3 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Plan 9 applying to GSoC
6 degrees aren't enough, even 9 degrees wouldn't be enough, we need a truly hypercubic input device IMHO. so far, mice aren't it. On 2/18/22, adventures...@gmail.com wrote: > An idea that would fall under rio and interfaces; > > Replace mouse with movement. Have the usual X and Y, but also add a Z, > which would be equivalent to something like pinch-zoom on a phone. And also > have rotation around an axis, so that a mouse wheel would be interpreted as > rotating around the X axis. Have movement accept absolute and relative > inputs, so it works with touch screen and wacom tablets, or mice and > joysticks. Multiple device inputs can go in, and the interface would read > out 6 degrees of movement. > > Than have all buttons come from a single button server. That way you can > map the extra buttons on modern mice, or take input from an on-screen > keyboard to be read of key presses by another process. > > And have both movement and buttons listed in /srv, and let other devices > import them. So you can have a tablet's touchscreen used as a pointing > device at a desktop. > > And with that, work could then be done on alternative graphical interfaces > without being tied to the traditional keyboard and 3 button mouse. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Td4449edc4863e16e-Mb57394aa18df4a08e0a03b62 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Plan 9 applying to GSoC
If you really want to future proof it, make sure to add a time axis, for potential time traveling mice. But to be serious, the backend stuff assuming there is 1 monitor, a 3 button mouse, and a standard keyboard is going to hold back any interface development. I would just be happy if there was support for multiple monitors. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Td4449edc4863e16e-M994e6f6a04618bf3292fe03a Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
