gregormi, I've added your suggestions.

Hi! my name is Paco and I've started developing for kde two months ago and I'm just getting started... I had worked in other open source project with a smaller scope and, when starting to work with kde what I've missed is:

• when working in little projects and know someone (specially someone who has experience with the project) get stuck is less common and, when getting troubles, you allways have someone with whom have a relationship to ask often without feel dumb
• when working in little projects/hackatons you can easily know more people who is starting as you and you feel you're not the only who is a bit lost in the project...
• when working in little projects is easy to find something you can do and to organice with others to avoid working in the same thing than others, and also is easy to ask 'ey, I'm interesting in this, can you suggest me some issues/tasks to do?' instead of seeing a lot of projects and issues finding something to do.

i'm working on proposal 1) already (team RKWard). for instance, i was given the opportunity to do a software presentation at the 50th DGPs congress in 2016. the fact that i was given a full 90 min slot in the second largest hall can be seen as an indicator that there's actually a growing interest in software alternatives. i handed out USB sticks with a KDE live system, RKWard and various R packages, not only to invite participants to try it, but also to demonstrate that you are allowed to just give the software to all students and staff. it would already make a lot of sense to have a RKWard booth at such a conference. i'd gladly do that, so i guess you can count me in on "willing to put work into this". but without funding you can only do so much.

@knauss One of the major thrusts of my Akademy talk was how this goes beyond "I don't speak/write such languages needing these", though - even if you're writing in English or German, for example, you can benefit from input methods such as word completion, spell correction or emoji input, and probably use them on mobile already (which we also target in KDE/FOSS, and are currently woefully inadequate at). Improving our input story can benefit everyone. It's a chicken/egg problem that we don't have more people using this yet because our support for it is so shoddy.

@hein: thx for the clearification. I have no hands on fcitx, and don't speak/write such languages needing these. But was just courious if you aware of these issues.

@knauss Yes, that's within the scope of this as well.

I'm I right, that you mean to improve things like this:
https://www.csslayer.info/wordpress/fcitx-dev/gaps-between-wayland-and-fcitx-or-all-input-methods/

What about the possibility of offering these courses online the way Coursera/Edx do it? This way everything can be accessible always by people across the world.

I wonder if KDE people working on projects related to R&A are aware of this proposal. It would be great to hear their opinion. Can we get them involved?

As a math teacher, I am interested, but "willing to work on this" unfortunately has always failed because of time constraints. Additionally, my preference is in educational tools for students ages 12-16, which probably is outside the goals of this discussion.

I like 3, 6 and 7 with a slight preference for 6. Other opinions?

I would be interested to see development on this and I could help with some evangelism, but right now I don't use a lot of KDE software for academic work apart from using Plasma as my DE and I don't expect this to change soon, as the relevant (cited) soft are lagging behind the competition, at least for my areas of interest.

In T6875#112622, @chfanzil wrote:

And I totally agree in regards of the 'Possible additional target groups', I don't know if I can still add new things like more target groups to the Goal. (lydia, Can I?)

gregormi, Thanks for joining! You're experience as a teacher of GNU/linux would contribute a lot.

lydia, What do you think about these titles:

In T6895#112448, @lydia wrote:

Right now there is unfortunately no-one added under "I am willing to put work into this". Is that reflecting reality?

In T6895#112553, @gregormi wrote:

Is this goal also include undergraduate schools or should this be a separate goal?

I think good and stable bindings to Python (see e.g. https://phabricator.kde.org/D7736) can help to attract new contributors. Python is often used in educational contexts. It can be used for quick prototyping, could be used to write small productivity tools with Python/Qt on top of KFrameworks or extending existing applications like Kate with Python-based plugins. This could serve as a low level entry to get familiar with Qt and KDE related technologies.

There are people of _all_ ages (elder people even more than younger ones) who care about privacy and know that it has implications on our democratic society. Or want to use their old computer hardware as long as it breaks. In my experience, teaching the mere existence and values of GNU/Linux/KDE software can be an eye-opener. Possible additional target groups: elder people, teachers, environmental protection groups.

Is this goal also include undergraduate schools or should this be a separate goal?

I don't feel strongly about the word we replace it with, but I do agree that we should combine both statuses into one.

I mentioned a previous discussion about states in bugzilla, but I didn't link the archives. This is the starting point of the thread:
https://mail.kde.org/pipermail/kde-community/2016q4/003262.html

Regarding the 'NEW' status: We used that instead of 'CONFIRMED' earlier, see https://bugs.kde.org/show_bug.cgi?id=195305

I am interested on working on this as well, I think there is always a choice for people who care about privacy on what smart products and devices they buy and trust as there are many smart electronics manufacturers following open APIs to allow developers to make use of there upcoming tech. Always listening devices do not need to always be listening or transmitting but as currently everyone till now in the smart devices market has only seen propitiatory implementation of these devices so there is a general negative outlook built up towards digital assistance and smart home systems when it comes to privacy.

A venn diagram of "People who care about privacy" and "people who buy and use smart home devices" doesn't have a lot overlap, I fear.

I am unsetting the priority to give all goal setting tickets the same priority.

Yeah I think it is a good idea to merge them.

The title is still a bit long. Any chance you can come up with something shorter/more concise?

The title is still a bit boring. How about something like "Make Plasma Mobile ready for end-users"?

To make all goals uniform I suggest a title like "Top-notch usability and productivity for basic software".

To make all goals uniform I suggest a title like "Improve and extend privacy of all KDE Software". (Yeah still a bit boring.)

Right now there is unfortunately no-one added under "I am willing to put work into this". Is that reflecting reality?

We shouldn't try to jam mobile UI conventions into a desktop platform except in the very small number of limited cases where they make sense for specific, well-understood reasons.

KDE needs to be convergent doesn't make sense. "KDE software needs to be convergent" would make sense. :-)

I was working in parallel in this proposal I just submitted, my suggestion is about a more overarching effort relating to the onboarding of new contributors:
https://phabricator.kde.org/T7116

This related proposal was also made, but it is more specific to bugzilla and coders:
https://phabricator.kde.org/T6832
I guess the two could merge in the process of discussion.

I did! :)

Are you going to adapt it or should I?

In my experience, one of the biggest impediments for students and professors in the humanities is dependence on Microsoft Word. They won't switch because they need perfect document fidelity when sharing, and a really obvious and user-friendly interface. And LibreOffice needs a lot of work in those departments if it's to be a drop-in replacement. It's not a KDE project, but putting some work into it would surely benefit not only us, but the whole FOSS ecosystem.