Aron Manning

Issue has been solved.

Hello Aron Manning. I am here to inform you that your signature is breaking the HTML tags while you're signing your signature. You can see the changes by this link. I was fixing HTML or obsolete tags in Special:LintErrors. If you want your signature better for HTML codes, copy your signature in the following:

—<span style="color:#25dd;text-shadow:0 0 10px #2c0;font-family:Segoe print">[[User talk:Aron Manning|''Aron Man.'']]</span>🍂 [[Special:Contributions/Aron Manning|<small style="text-shadow:0 0 10px #28a">''edits''</small>]]🌾

Thanks for your understand.
Baran ^☪ 01:12, 11 September 2020 (UTC)

Thank you Baran for the fixes and the notification!

Hey Aron,

I'm enjoying collaborating with you on the desktop improvements project. I'm still fairly new to this community so forgive me if this is an inappropriate request but I was wondering if you'd be open to chatting sometime, either on the phone or on a video chat? I'd love to get a better sense of what you're interested in (design, code, etc.), what motivates you to contribute, and how we can better collaborate together. This would be totally informal, I just figure if we're working together it could be nice to get to know each other a little bit. In my experience it tends to make collaboration smoother. Of course no worries at all if you're not interested — I will be happy to keep working together either way. No pressure at all : )

Cheers,

Alex

Hello @Alex,

Thank you, and also for reaching out to me! I'm happy to get to know everybody a bit more, please excuse the late reply... I mostly use discord, slack and wiki, not conferencing though. As an introduction:

I started contributing to MediaWiki around Autumn 2019 with a strong motivation mostly fueled by:

1. The Wikimedia 2030 Movement Strategy, which promises fundamental positive changes, specifically the Improve User Experience part. I had the impression this is the time to invest significant effort.
2. The Desktop Improvements ideas and mock-ups.
3. My own frustration with the outdated and rigid user experience.
4. The belief that humanity's largest encyclopaedia deserves an alluring, enjoyable user interface.

As a senior software architect my primary interests are elegant software design, declarative programming (not php...), graphs and UX design. In these projects this could manifest in clean, lasting UI design and code. I do tooling as well to improve developer efficiency.

I'd be happy to continue either here or in a messaging. Feel free to ask more questions! —Aron Man.🍂 edits🌾 11:18, 21 May 2020 (UTC)

Thanks for your reply @Aron Manning. By any chance would you be willing to chat either on the phone or on a video chat? I know I already asked that once but feel like realtime conversation can be so much more valuable than messaging back and forth that it's worth me asking again. It would be great to discuss which parts of the project you're most curious about helping out with, and also how you feel the collaboration is going thus far, and how we can all work together better going forward.

Thanks!

I know I already asked that once

I'm sorry for not giving a straightforward answer to that part of your question immediately.

By any chance would you be willing to chat either on the phone or on a video chat?

I'm only using textual communication, not audio and visual mediums for privacy reasons, unfortunately. Long story...

It would be great to discuss which parts of the project you're most curious about helping out with

Indeed. I'm still available for such discussions, mostly on discord. I prefer not to use IRC for its difficulties.

I've enjoyed getting to know the internals of Vector, skinning, its relation to core, etc., getting to know the teams (mostly Readers-Web and DiscussionTools), the development processes and the company culture.
In terms of contribution: my interest was to fix bugs and design flaws that negatively affected user experience (often mine, thus the strong motivation). I reckon now that these affect my UX much more negatively than the dev team's experience and I have no statistics about how many users feels the same, so I've came to accept this won't change and I'm looking for more feasible solutions.
Still, I help out in parts where I've acquired a deep enough knowledge of MediaWiki: mostly in matters of css, html, js (in this order of preference) design in skins, VE, MMV, DT.

In Vector: I've implemented half the Desktop Improvements in patches, to help progress and to showcase solutions with simplicity and clarity in mind.
The motivation was that since December when I created the dark theme I've noticed many over-complicated solutions that carried tech debt from a decade ago. I wanted to clean up these, DI seemed to be a good opportunity to introduce new, cleaner solutions, this is what I've attempted with the numerous patches.

To summarize: I'm usually motivated to help out where I see a way to improve solutions per terms of software and UX design.

The second area is communication with users and communities (research, gathering feedback, solving user issues and advocacy). I often communicate on discord, where a notable part of the community is present, mostly from enwiki and some smaller wikis, but I've seen no WMF presence. Quite a few gadget authors and third party operators can be reached there.

I'm sorry for being so detailed, I hope this helps you get to know my motivation better.

and also how you feel the collaboration is going thus far, and how we can all work together better going forward.

I'd love to share some feedback, suggestions and to discuss it. So far I haven't found the right form and this is the first occasion I'm asked about it. I'm happy to discuss it here or on discord, if any of those is comfortable for you.

Thank you for asking!

Hey @Aron Manning my apologies for the slow reply. I've been moving around a bit due to the pandemic and have fallen behind on some work stuff.

Thank you for your response. I appreciate knowing what your interests and motivations are. And I can of course understand and respect your desire for privacy. Ironically I am currently dealing with a hand issue so I'm a bit slower with typing these days, but chatting on Discord sounds great. What if we scheduled a time to "meet" for our discussion on Discord? That way it might feel a bit more like a "real time" discussion. Perhaps an hour or 45minutes would be a good start?

Let me know what you think!

Hey @AHollender (WMF),

That will be great! I'm intermittently online on en:WP:DISCORD (https://discord.gg/e8xxGMP) in the #technical channel as Demian.

When I would have an hour straight is hard to tell, but I'd be happy to start getting to know each other. It would also be great to discuss design questions that come up from time to time.

I'd need to give some ideas to Nray too related to the last patch, that would be easier on discord. Do you think he could also join some time?

Hey @Aron Manning,

Ok cool, I've just joined the Wikimedia Community on Discord and authenticated my account. Is there a time this week or weekend that you'd be able to commit to being online? I'm in the EST timezone. Perhaps we could even just start with 20 or 30 minutes of messaging back and forth.

Regarding other members of the team on Discord, I do think that might be possible. In the past when collaborating with volunteers it has been done primarily through Phabricator, and occasionally through IRC. However I will say that collaborating with you is a bit unique, at least currently, due to the higher level of involvement/output you're contributing. So perhaps it warrants a new style of communication. Allow me to consider that for a bit longer and perhaps bring it up to the team.

Thanks, and please do let me know if there's a time for you in the coming days that we could plan on meeting on Discord.

Hey, @AHollender (WMF), I'm on discord for a few hours if you happen to pass by. See you!

hi Aron – I appreciate you adding thoughts about the question the team posed about what wikitext might be used for indenting comments. Although, to ensure people who arrive at the project page are able to easily understand the different aspects of the project, we'd prefer if discussions happen on the talk page: Talk:Talk pages project/replying/Indentation syntax.

I realize there might be a way to make the above more clear on the main project page, so if you have thoughts, we'd be keen to hear.

And by the way, I appreciate the comments you've been adding here.

Alright, that's all I have for now (I think!)

EDIT: "Aaron" to "Aron"

Thank you for clarifying this. I intend to make a more detailed comment there, however I haven't had time to read Jeblad's comments yet, which is full of valuable insight that I do not want to ignore.

You bet and sounds great.

The Wikimedia Foundation is looking into the problems with talk pages/on-wiki communication. As a result, your comment about not seeing the later replies really interests me. What's wrong with the design, that the last reply in that thread wasn't visible enough?

Tl;dr: It was a matter of perception and wasted effort. The latter replies were there, but we look at the first answers/search results first, and trust what we find there.

I saw your first comment, opened the link in it, read all the shortcuts, then searched for keyword "preview", then looked at the sidebar links just to realize the promised shortcut is not listed there. I spent 5-10 mins on this, thinking it must be there, if you linked it.

By the time I returned to the Feedback talk, I was a bit bitter and lost interest in spending more time looking for the shortcut, but I kept on reading the replies.

Only then did I notice that you posted an updated link that was a looooong list of ids, tiring just to look at, but I found "accesskey-preview" at least. Then came the next problem: finding the necessary modifier. There is no header guiding a person to that information, and even if one finds it, it basically says on windows it can be any modifier...

Then I somehow (probably searching) found WP:KB that finally presented the shortcuts **and** the modifiers in well-organized, human readable format.

Summary: If this was long, you can imagine how I felt... Thus I wanted to spare the burden for other users, and presented the relevant information (the shortcuts) and the most useful link in the first place, that was your comment. I would still suggest you do the same, but I just found the option to add a topic summary, and that is even better. Thanks.

P.S. an actual design / implementation issue I'd like to highlight is pasting text into the editor. Copying the shortcuts, or citations is impossible, I tried both visual and source editor last time. The html widget and the internal buffer / data model seems to get out-of-sync. The pasted content is visible (with full formatting even in source editor), but cannot be edited, and it was not saved.

This time I managed to copy the shortcuts from the messages into the topic summary, using source editor for both. I guess that improved since last time. Pasting formatted content, links is still confusing, see my reply to that topic.

It happens so that I did not distinguish between the Flow and the wikitext editor, and gave feedback to Flow at the editor...

Where should I post Flow feedback? [Talk:Structured Discussions] seems to be a support forum, not feedback.

@Whatamidoing (WMF) Please point me in the direction of the Flow feedback forum, if there is one, thank you.

I presume there is no way to move a full thread to another Flow page, but if there is, please indulge me.

There's supposed to be a way to move Flow threads, but it hasn't been built. Help talk:Structured Discussions appears to be the correct venue for feedback. I don't know how closely it's watched these days. The product is in a "maintenance phase" (keeping it running) rather than a "development phase" (new features being added).

I don't have a clear picture how much you're involved with Flow and Talk pages consultation, so excuse me if this is not your interest. 2 observations:

• Flow with an added feature to edit full threads or pages as wikitext would satisfy experienced users' primary concern with flow. This requires export to and import from wikitext, and could be used as a band-aid for moving threads too (without the guarantee that the mover retained the original discussion without alterations).
• To be fast enough to be usable, a network protocol refined enough to handle individual posts is necessary (with ajax/websockets). Flow has this.

Imo a prototype of the new talk pages could be built on Flow.