Re: [Wikitech-l] OOJS-UI: label/data mechanism in "OO.ui.ComboBoxInputWidget"

[Robert Vogel]

Due to a request by a community member, this thread is now also
available on http://stackoverflow.com/questions/42502268/oojs-ui-label-
data-mechanism-in-oo-ui-comboboxinputwidget
--
Robert

On Fr, 2017-02-24 at 08:04 +, Robert Vogel wrote:
> Hi everybody!
> 
> I'm working on some OOJS-UI components for an extension and I've
> stumbled across something:
> 
> The "OO.ui.ComboBoxInputWidget" allows to set an array of
> "OO.ui.MenuOptionWidget" objects in its "menu.items" config field.
> Such an item can have a "label" and a "data" field. The "data" field
> can be of type "object" [1].
> 
> Now, if I use a "data" field of type "object" the value of
> the  "OO.ui.ComboBoxInputWidget" will be "[Object object]", as it
> tries to cast the "data" value to a string when a user selects an
> option item.
> So it looks like "OO.ui.ComboBoxInputWidget" allows only "data" of
> type "string" in its options. Is that correct?
> 
> That would also mean that there is no "label/data" mechanism of the
> input field itself. If I've got the following options
> 
> [
> { label: "Rot", data: "red" },
> { label: "Gelb", data: "yellow" },
> { label: "Grün", data: "green" }
> ]
> 
> and the user selects the option with label "Gelb" the input field
> shows "yellow", not "Gelb". Did I miss something? Is it possible to
> show a "label" to the user but retrieve the "data" (object) when
> calling "getValue" on such a field?
> 
> [1] https://doc.wikimedia.org/oojs-ui/master/js/#!/api/OO.ui.MenuOpti
> onWidget-cfg-data
> 
> --
> Robert
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Wikimedia is participating in Google Summer of Code 2017. Interested in being a mentor?

[Srishti Sethi]

Wikimedia got accepted among the 201 organizations in the Google Sumer of
Code (GSOC) 2017 !

We are trying to make it easier for prospective students to choose a
project idea and get started. And, so we are considering to showcase a
bunch of project ideas on the MediaWiki GSOC page itself:
https://www.mediawiki.org/wiki/Google_Summer_of_Code_2017.

Help us by mentoring a project from here:

   - Check out the tasks in the '*Missing Mentors*' and '*Almost Ready to
   be Mentored*' column on Possible-Tech-Projects
   
   workboard.
   - Check out the ''*Wishlist 11-30 (needs owner)*" and *"Wishlist 31-50
   (needs owner)"* column on the Community-Wishlist-Survey-2016
    workboard.
   - Any portion of your project, which needs some support, would be a 2-3
   month long project for a beginner and overall a good learning experience.

If you are interested in mentoring a project, add "
*Outreach-Programs-Projects*" and "*Google-Summer-of-Code (2017)*" tag to
the corresponding task on Phabricator. We will follow up with you from
there.

If you are looking for design, and documentation related projects to
mentor, we are participating in the Outreachy
 program as well in
parallel to GSOC. Add "*Outreach-Programs-Projects*" and "*Outreachy
(Round-14)*" tag to a task you are interested in mentoring.

Email me if you've any questions, happy to help!!

Cheers,
Srishti

-- 
Srishti Sethi
Developer Advocate
Technical Collaboration team
Wikimedia Foundation

https://www.mediawiki.org/wiki/User:SSethi_(WMF)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Community Wishlist Survey – languages and spreading the word

[Johan Jönsson]

Hi everyone,

At the Dev Summit a few weeks ago, there was a number of discussions
about the Community Wishlist Survey and how to make it available to
Wikimedia editors. In order to make it easier to give us constructive
criticism or copy our process, I've tried to write down what we did,
why, solutions and problems we're aware of and what we plan to do next
time:
https://meta.wikimedia.org/wiki/Community_Tech/Wishlist_Survey_outreach

//Johan Jönsson
--

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Fwd: EventStreams launch and RCStream deprecation

[Andrew Otto]

> I monitor irc.wikimedia.org and it has proven itself to be highly reliable
for many years in production, which is a lot more than can be said for any
of these proposed alternatives
​.

​Great!  But, as is, it is impossible for us to restart or migrate the
irc.wikimedia.org to new servers without also​ disrupting client
connections.  RCStream also has this problem.  EventStreams does not.

​We have talked about reworking the irc.wikimedia.org backend so that it is
easier to maintain, but as of now there is no official internal project to
do this.  Either way, I think it is safe to say that irc.wikimedia.org will
remain online for the foreseeable future.

​
​>
is there any working example code, preferably written in Python​
+1 to what Alex said: ​
https://wikitech.wikimedia.org/wiki/EventStreams#Python

Also, if you want to fix or add more client examples up there, please feel
free to do so! :)


​> Do you really have a date for decommission of a working service already
Yes, as you note, MW devs (and developers in general) have a history of
creating new services to deprecate old ones.  Sometimes this is done for
trivial reasons, other times not (but I’m sure no developer ever thinks
their own reasons are trivial ;) ).  We also have a history of creating new
services and not ever actually shutting old ones off, which creates
maintenance headaches for the ops team.  To help mitigate those headaches,
we agreed to commit to a shut off date for RCStream before launching
EventStreams.  I think the date is far enough in the future that folks
should have time to find any bugs, and for us to work out kinks on our
side.  Of course, If EventStreams isn't working​ when the July shut off
date rolls around, we won’t just blindly turn off RCStream.


-Ao




On Sat, Feb 25, 2017 at 2:31 PM, MZMcBride  wrote:

> Congratulations on the launch of EventStreams.
>
> Andrew Otto wrote:
> >I did say deprecated!  Okay okay, we may never be able to fully deprecate
> >irc.wikimedia.org.  It’s used by too many (probably sentient by now) bots
> >out there.
>
> I monitor irc.wikimedia.org and it has proven itself to be highly reliable
> for many years in production, which is a lot more than can be said for any
> of these proposed alternatives. I'm glad to hear that irc.wikimedia.org
> will be left alone. If people want to be nasty and call irc.wikimedia.org
> deprecated, I suppose that's fine, as long as it remains the functional
> and dependable (and completely quirky) API it continues to serve as.
>
> MZMcBride
>
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l