from:"Gryllida"

Gryllida added a comment.

 Imagine that you create the tasks (if such feature requests haven't been 
 created already, didn't check), and imagine that you set them to High 
 priority. So what?


If we invent a way to properly indicate which of these tasks are off the Team 
radar, then anybody will be able to browse such tasks and identify which of 
them are higher priority. You appear to be missing this point repeatedly by 
insisting that volunteers should work on a set of tasks with the same priority, 
that of needs volunteer. This simply puts them into an entirely different -- 
and not very nice -- world.


TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T268: Decide on Priority field values for Maniphest tasks

Gryllida added a comment.

I take setting perfectly normal issues to lowest priority just because we 
don't want to work on them now more disorganized than your first paragraph. 
No, creating a separate tag doesn't solve this problem.

I'll probably try to introduce people to this thread in an objective way, so 
that they share their opinions.


TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T268: Decide on Priority field values for Maniphest tasks

Gryllida added a comment.

I might clarify: the Team may want to create a tag for itself, if it likes. One 
Flow tag and one Flow Team Took it tag. That would perhaps make more sense, 
since a Team taking an issue is a more peculiar thing than a random filing it.


TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T268: Decide on Priority field values for Maniphest tasks

Gryllida added a comment.

Such Flow team took it tag would also make more sense, because random 
outsiders would file bugs from outside -- from wikimedia projects, from random 
internal and public wikis -- and creating a separate tag for each such input 
channel would be laborious, whereas creating one tag for each such Team could 
be easier to maintain and triage.


TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T268: Decide on Priority field values for Maniphest tasks

Gryllida added a comment.

 But I could see the usefulness of i.e. Tech-Ambassadors-Radar or MediaWiki 
 Stakeholders' Group as way to channel and consolidate the most relevant 
 feedback from the communities, as long as these groups would be organized and 
 could agree on the selection and relevance of the tasks they would pick.


I disagree, again. Any random stranger should be able to file a bug and have it 
show up in the relevant place on the priority scale without being organised 
or recognized as a big community we want to hear. It's just an issue tracker, 
after all; getting into a bug tracker should be easy.

(I apologize for large flood of comments; I don't see an edit button to update 
the existing ones.)


TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T268: Decide on Priority field values for Maniphest tasks

Gryllida added a comment.

Ok, I understand, you want to set it to Lowest because you aren't taking it. I 
am now ok with setting a lowest-ever priority if a Team doesn't want to work on 
it now. It's relatively painless compared to manually maintaining tags.

However, I'd rather say that any //unassigned// tasks need volunteers. I just 
disagree with the name of the lowest priority, right now. Could we change it, 
and point volunteers to any unassigned tasks instead? Pointing volunteers to 
lowest priority tasks is not a useful use of their time.


TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T268: Decide on Priority field values for Maniphest tasks

2014-12-10 Thread Gryllida

Gryllida added a comment.

I can put a specific example. These two tasks have been ignored by the Flow 
team:

- https://lists.wikimedia.org/pipermail/ee/2014-December/001319.html
- https://lists.wikimedia.org/pipermail/ee/2014-December/001320.html

Obviously, given how long ago I raised these issues, the Teams are ignoring and 
are not taking them. However it is my understanding that people from outside of 
the Team would appreciate these tasks being completed. Therefore I would like 
to be able to set them a High priority, while using the assigned to field 
to move them outside of the Team radar.


TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed CC] T268: Decide on Priority field values for Maniphest tasks

2014-12-09 Thread Gryllida

Gryllida added a subscriber: Gryllida.
Gryllida added a comment.

I disagree. 

Can we assign to a dummy needs volunteer or nodody account when a Team 
doesn't want to work on this?

And rename needs volunteer priority to lowest.

TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T268: Decide on Priority field values for Maniphest tasks

2014-12-09 Thread Gryllida

Gryllida added a comment.

There are three states a task may take.

A) We clearly know that if an issue is assigned, then someone (the team or a 
volunteer) took it.
If an issue is not assigned, then either 
B) it's about to get assigned when someone from the team takes it, or 
C) it's something the team doesn't want to work on right now (although it's ok 
if someone else does).

What we need to do is invent a way to distinguish between B and C without 
abusing the priority field, because volunteers should have the ability to 
invent tasks which Teams don't need, and use priorities within that set of 
tasks. By abusing this field, we leave volunteers to scribble notes on a piece 
of paper as to what they need to do first and what they need to do last.

Now, let's invent a way to use the assigned to field to distinguish between B 
and C. Thanks much. :)

TASK DETAIL
  https://phabricator.wikimedia.org/T268

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

To: Qgil, Gryllida
Cc: Qgil, chasemp, scfc, Lydia_Pintscher, Aklapper, hoo, Awjrichards, Gryllida, 
Wikidata-bugs, aude, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikitech-l] let's elect people to serve on the wikimedia engineering community team! (brainstorming)

2014-08-05 Thread Gryllida

Hi all.

WMF Engineering is currently composed of individual teams as documented at 
https://www.mediawiki.org/wiki/Wikimedia_Engineering . These teams look after 
the software that faces us everyday, and often work together.

Could we please have some more people (potentially a dedicated ‘community’ 
team) who could do these things:
- encourage feedback by absolutely /anyone/ about the next features they'd like,
- run programming and documentation activities requested (or started) by 
community [there would be a lot of small projects, unlike the big ones the 
current Teams are working on],
- encourage localising documentation for, and centralising the location of, all 
community-developed programming work,
- raise awareness of community development efforts across all Wikimedia 
projects,
- actively encourage members of community become MediaWiki and Gadgets hackers 
in the Free Software philosophy?

This would be, in my view, a relatively small, collaboration-type team (with 
just half a handful of people for timezone coverage for IRC support).

Open to brainstorming and suggestions. I would compile thoughts into a wiki 
page afterwards to continue thinking on the idea.

Regards
Gryllida.

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

[Wikimedia-l] let's elect people to serve on the wikimedia engineering community team! (brainstorming)

2014-08-05 Thread Gryllida

Hi all.

WMF Engineering is currently composed of individual teams as documented at 
https://www.mediawiki.org/wiki/Wikimedia_Engineering . These teams look after 
the software that faces us everyday, and often work together.

Could we please have some more people (potentially a dedicated ‘community’ 
team) who could do these things:
- encourage feedback by absolutely /anyone/ about the next features they'd like,
- run programming and documentation activities requested (or started) by 
community [there would be a lot of small projects, unlike the big ones the 
current Teams are working on],
- encourage localising documentation for, and centralising the location of, all 
community-developed programming work,
- raise awareness of community development efforts across all Wikimedia 
projects,
- actively encourage members of community become MediaWiki and Gadgets hackers 
in the Free Software philosophy?

This would be, in my view, a relatively small, collaboration-type team (with 
just half a handful of people for timezone coverage for IRC support).

Open to brainstorming and suggestions. I would compile thoughts into a wiki 
page afterwards to continue thinking on the idea.

Regards
Gryllida.

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] let's elect people to serve on the wikimedia engineering community team! (brainstorming)

2014-08-05 Thread Gryllida

On Tue, 5 Aug 2014, at 20:48, Fæ wrote:
 On 5 August 2014 11:33, Gryllida gryll...@fastmail.fm wrote:
  Hi all.
 
  WMF Engineering is currently composed of individual teams as documented at 
  https://www.mediawiki.org/wiki/Wikimedia_Engineering . These teams look 
  after the software that faces us everyday, and often work together.
 
  Could we please have some more people (potentially a dedicated ‘community’ 
  team) who could do these things:
  - encourage feedback by absolutely /anyone/ about the next features they'd 
  like,
  - run programming and documentation activities requested (or started) by 
  community [there would be a lot of small projects, unlike the big ones the 
  current Teams are working on],
  - encourage localising documentation for, and centralising the location of, 
  all community-developed programming work,
  - raise awareness of community development efforts across all Wikimedia 
  projects,
  - actively encourage members of community become MediaWiki and Gadgets 
  hackers in the Free Software philosophy?
 
  This would be, in my view, a relatively small, collaboration-type team 
  (with just half a handful of people for timezone coverage for IRC support).
 
  Open to brainstorming and suggestions. I would compile thoughts into a wiki 
  page afterwards to continue thinking on the idea.
 
 The roles you describe seem to have a lot of overlap with what we
 might expect WMF volunteer coordinators / WMF community liaison
 employees to be busy with. Compare with:
 * 
 http://wikimediafoundation.org/wiki/Job_openings/Volunteer_Development_Coordinator
 * http://wikimediafoundation.org/wiki/Job_openings/Community_Liaison
 
 Do you intend this to be an unpaid team of volunteers doing these
 tasks, or a end user group (in the Agile sense) that would be
 supported by employees and may themselves be paid for some activities?
 
 Fae

Both please? [This is a question! This is a brainstorming thread.]

Some part of such group of people could be paid (like the job openings you 
linked), and a very vast part could be volunteer and supported by the said 
employees (and documentation).

Gryllida.

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] Effective censorship of Wikipedia by Google

2014-08-03 Thread Gryllida

On Sun, 3 Aug 2014, at 08:27, Fæ wrote:
 Re: 
 http://www.theguardian.com/technology/2014/aug/02/wikipedia-page-google-link-hidden-right-to-be-forgotten
 
 If Google disappearing a Wikipedia article is a notable news event,


It is not. They had processed a lot of such requests in July.

The real event is here:

On Thursday, Google revealed that France, with 17,500 requests, had made more 
demands for changes to search results than any other European nation. Germany 
had made 16,500 requests, and 12,000 requests originated in the UK. Some 8,000 
requests came from Spain, 7,500 from Italy, and 5,500 from the Netherlands.

By 18 July, Google had received 91,000 takedown requests in total, relating to 
300,000 pages. Its privacy counsel, Peter Fleischer, revealed it had refused 
around 32% of them, asked for more information on 15%, and removed 53%.

And another (past) event here:

In May, the European Court of Justice ruled that citizens could ask search 
engines to remove particular links from results for a search made under their 
name, if the material was deemed to be out of date, no longer relevant or 
excessive

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] Asking Google to output Wikipedia citation format in Scholar

2014-08-03 Thread Gryllida

Does the same apply to other sister projects? It could make sense to make such 
request for all...

On Mon, 4 Aug 2014, at 03:14, Andy Mabbett wrote:
 Google Scholar search results each have a cite link, which generates
 citation text to copy-and-paste in three formats (MLA, APA, Chicago).
 
 Is there someone at Google we can talk to, to get Wikipedia's citation
 format included?
 
 For English-language users (or results), the {{Cite journal}} template
 is probably most appropriate.
 
 -- 
 Andy Mabbett
 @pigsonthewing
 http://pigsonthewing.org.uk
 
 ___
 Wikimedia-l mailing list, guidelines at: 
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikitech-l] Anonymous editors IP addresses

2014-07-15 Thread Gryllida

On Fri, 11 Jul 2014, at 23:34, Gilles Dubuc wrote:
 IP addresses are closely guarded for registered users, why wouldn't
 anonymous users be identified by a hash of their IP address in order to
 protect their privacy as well?

While I don't horribly mind some changes in the direction you're writing, I 
think that:

1) Privacy is defined as The state of being free from unsanctioned intrusion. 
An IP, as a fundamental identifier, has as much to do with privacy as a car 
number you see on a street. (Anyone can look up a name by car number, in my 
area, which I expect to be common.)

Firefox folks are, iirc, considering providing IP-based links in the new tab 
with one of the next releases. These links would include local shops and 
restaurants. I've seen some argue that such decision goes against privacy, 
but I think it's the wrong term.

2) There are other nicer things to enable for anonymous readers that would make 
their editing experience more efficient. Such things include enabling some 
preferences and features for these contributors, which may be useful to a group 
of people editing from one IP:

https://meta.wikimedia.org/wiki/Musings_about_unregistered_contributors#Examples

Gryllida.

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

Re: [Wikimedia-l] Community RfCs about MediaViewer

2014-07-14 Thread Gryllida

Pine,

please read what risker said in this thread. It is not about proper paperwork, 
it is about choosing who to reach and what to communicate to them.

Communicate with multimedia team about getting an objective picture and doing 
the statistics right.

This is a broad interesting topic that, as you may see at the rfc talk page, 
would make use of a structured and free approach with better software (and 
rather interestingly, potentionally input from users of various sister projects 
and languages).

Gryllida.

On Mon, 14 Jul 2014, at 15:40, Pine W wrote:
 Hi Gryllida,
 
 As I said on the Arbcom case page, RfCs result in changes to Wikipedia on a
 regular basis despite having a small numbers of participants in each RfC,
 and current English Wikipedia policy does not require a minimum number of
 participants beyond what is necessary to establish consensus. Furthermore,
 any assertion that the MV RfC was invalid because of its advertising or
 because it had too few participants would open up countless RfCs to being
 challenged for the same reason. I believe that the form of the MediaViewer
 RfC and participation in it were sufficient to establish a legitimate
 consensus.
 
 I am still thinking through the effects that this situation has on the
 WMF-community relationship. I'm pretty discouraged, and I know others are
 too.
 
 Pine
 
 
 On Sun, Jul 13, 2014 at 2:36 AM, Gryllida gryll...@fastmail.fm wrote:
 
  Pine and all,
 
  Please read here:
 
 
  https://en.wikipedia.org/wiki/Wikipedia_talk:Media_Viewer/June_2014_RfC#Proposal_to_reach_consistency.2Fagreement_first.2C_before_actioning_this_RfC
 
  Gryllida.
 
  On Thu, 10 Jul 2014, at 15:03, Pine W wrote:
   This discussion has closed on English Wikipedia:
   https://en.wikipedia.org/wiki/Wikipedia:Media_Viewer/June_2014_RfC
  
   Will WMF deactivate MediaViewer on English Wikipedia per community
   consensus?
  
   Also, as WMF probably knows, Commons is currently having a similar
   discussion:
  
  https://commons.wikimedia.org/wiki/Commons:Requests_for_comment/Media_Viewer_software_feature
  
   Thanks,
  
   Pine
   ___
   Wikimedia-l mailing list, guidelines at:
  https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
   Wikimedia-l@lists.wikimedia.org
   Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
  mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
 
  ___
  Wikimedia-l mailing list, guidelines at:
  https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
  Wikimedia-l@lists.wikimedia.org
  Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
  mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
 
 ___
 Wikimedia-l mailing list, guidelines at: 
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] Interest in a community strategic planning meeting?

2014-07-14 Thread Gryllida

Pine,

We need more of

- decentralized development so that people can write new gadgets and extensions 
easier like firefox jetpack for example.. Each project needs its own editing 
and feedback tools that it would happily design on wiki in collaborative fashion

- means to encourage more content work from community with less noise and drama

I could expect wmf to do the former but the latter is up to us all, you and 
me...

As people replied,  please mind that you do not know the situation in other 
projects and languages - proper feedback or outreach software is needed here 
and community can shape a spec at least, which the wmf can code or fund through 
its Ieg grants program. I am sure you could draft the idea and help it evolve, 
then apply for a grant and hire someone to do it.

The brainstorming might be too early, I am yet to see any proper analysis of 
what the users /really/ need or have trouble with (no, not learning the markup 
or getting articles or uploads in, unlike the current focuses). We need a lot 
more information/feedback here than a brainstorming session...

Gryllida.

On Mon, 14 Jul 2014, at 17:25, Pine W wrote:
 Hi community members,
 
 I'm wondering how many people might be interested in having an IRC meeting
 regarding the community's relationship to WMF and potentially developing
 our own strategic plan that would be independent of WMF. In the past few
 days I've heard some defense of WMF but mainly criticism and pessimism,
 especially people recalling past hurts and feeling powerless to negotiate
 with WMF. Perhaps it's time that we in the community create our own
 strategic plan and develop strategic options.
 
 Please note that this would be a long-term planning meeting and we are not
 likely to make major decisions, but we would start brainstorming and laying
 some foundations.
 
 Topics of possible discussion regarding our relationship with WMF:
 
 1. Strategic options, such as finding alternative organizations to WMF for
 hosting Wikimedia sites or creating a new hosting organization that is
 aligned with community values.
 
 2. Activism at the Board and grassroots levels.
 
 Topics of possible discussion regarding other strategic issues:
 
 3. Internal reform of the community, such as a fresh look at Wikimedia's
 founding principles and the Five Pillars, including civility.
 
 4. What we can do as a community about our active editor statistics.
 
 I expect this would be an interesting meeting if people are interested in
 participating, and I hope that we would brainstorm some ideas about how we
 want to move forward on all of these questions and others if we have time.
 If there are many participants, which would be *great*, then we may need
 additional meetings or to move the conversation on-wiki.
 
 If you're interested, you can respond on list but feel free to respond to
 me off-list also. I'm just trying to get a sense of the interest level of
 the community. I hear a lot of people being upset but what I feel we need
 to know is how many people would be interested in creating a long-term
 strategic plan and brainstorming strategic options.
 
 Thanks,
 
 Pine
 ___
 Wikimedia-l mailing list, guidelines at: 
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] Community RfCs about MediaViewer

2014-07-13 Thread Gryllida

Pine and all,

Please read here:

https://en.wikipedia.org/wiki/Wikipedia_talk:Media_Viewer/June_2014_RfC#Proposal_to_reach_consistency.2Fagreement_first.2C_before_actioning_this_RfC

Gryllida.

On Thu, 10 Jul 2014, at 15:03, Pine W wrote:
 This discussion has closed on English Wikipedia:
 https://en.wikipedia.org/wiki/Wikipedia:Media_Viewer/June_2014_RfC
 
 Will WMF deactivate MediaViewer on English Wikipedia per community
 consensus?
 
 Also, as WMF probably knows, Commons is currently having a similar
 discussion:
 https://commons.wikimedia.org/wiki/Commons:Requests_for_comment/Media_Viewer_software_feature
 
 Thanks,
 
 Pine
 ___
 Wikimedia-l mailing list, guidelines at: 
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [MediaWiki-l] Syntax highlight for wikitext?

2014-07-05 Thread Gryllida

Diana and Arcane,

The script you linked is nice without extra frills. Thank you. (WikEd gadget 
also highlights wiki markup, but it breaks some other things. It is available 
on all Wikimedia projects.)

I would ideally like to see the markup highlight functionality in the core of 
MediaWiki some day, which may or may not have been considered before.

On Sun, 6 Jul 2014, at 14:35, Diana K. C wrote:
 Wow this is great! Thanks a lot!
 
 
 - Original Message - 
 From: Arcane 21 arc...@live.com
 To: mediawiki-l@lists.wikimedia.org
 Sent: Sunday, July 06, 2014 1:02 AM
 Subject: Re: [MediaWiki-l] Syntax highlight for wikitext?
 
 
  This should work:
 
  https://www.mediawiki.org/wiki/User:Remember_the_dot/Syntax_highlighter
 
  From: diana...@gmail.com
  To: mediawiki-l@lists.wikimedia.org
  Date: Sun, 6 Jul 2014 00:16:29 -0300
  Subject: Re: [MediaWiki-l] Syntax highlight for wikitext?
 
  Thanks for your quick response Arcane 21,
 
  I'm looking for a extension that syntax highlight the wiki markup, i.g.
  ref, '''bold''', ''italics'' etc not for programming languages.
 
  - Original Message - 
  From: Arcane 21 arc...@live.com
  To: mediawiki-l@lists.wikimedia.org
  Sent: Saturday, July 05, 2014 11:22 PM
  Subject: Re: [MediaWiki-l] Syntax highlight for wikitext?
 
 
   https://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi
   https://www.mediawiki.org/wiki/Extension:CodeEditor
  
   There should be a gadget on MediaWiki.org you could import with this 
   sort
   of functionality as well.
  
   From: diana...@gmail.com
   To: MediaWiki-l@lists.wikimedia.org
   Date: Sat, 5 Jul 2014 22:42:53 -0300
   Subject: [MediaWiki-l] Syntax highlight for wikitext?
  
   Hello,
  
   Is there an extensions to enable some syntax highligh in the very 
   article
   editor?! I'm not talking about hilite wikitext in demos but real 
   hilite
   when entering article content.
  
   Thanks,
  
   Diana

Gryllida.

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

[Bug 1313728] Re: Background color reset to #7f0000

2014-06-10 Thread Gryllida

Hi,

I have this issue, except the color gets reset to black, not to 7f.

 Can you provide the output of:
 xfconf-query -c xfce4-desktop -lv

user@laptop:~$ xfconf-query -c xfce4-desktop -lv
/backdrop/screen0/monitor0/color1UNSUPPORTED
/backdrop/screen0/monitor0/image-path
/usr/share/xfce4/backdrops/xfce-stripes.png
/backdrop/screen0/monitor0/image-showfalse
/backdrop/screen0/monitor0/last-image
/usr/share/xfce4/backdrops/xfce-stripes.png
/backdrop/screen0/monitor0/last-image-list   
/home/user/.config/xfce4/desktop/backdrop.list
/backdrop/screen0/monitor0/last-single-image 
/usr/share/xfce4/backdrops/xfce-stripes.png
/backdrop/screen0/monitor0/saturation0.00
/backdrop/screen0/monitorLVDS1/workspace0/backdrop-cycle-enable  false
/backdrop/screen0/monitorLVDS1/workspace0/color1 UNSUPPORTED
/backdrop/screen0/monitorLVDS1/workspace0/color-style0
/backdrop/screen0/monitorLVDS1/workspace0/image-style0
/backdrop/screen0/monitorLVDS1/workspace0/last-image 
/usr/share/xfce4/backdrops/cloudbreaker.jpg
/backdrop/screen0/monitorLVDS1/workspace1/color1 UNSUPPORTED
/backdrop/screen0/monitorLVDS1/workspace1/color-style0
/backdrop/screen0/monitorLVDS1/workspace1/image-style0
/backdrop/screen0/monitorLVDS1/workspace1/last-image 
/usr/share/xfce4/backdrops/xfce-stripes.png
/backdrop/screen0/monitorLVDS1/workspace2/color1 UNSUPPORTED
/backdrop/screen0/monitorLVDS1/workspace2/color-style0
/backdrop/screen0/monitorLVDS1/workspace2/image-style0
/backdrop/screen0/monitorLVDS1/workspace2/last-image 
/usr/share/xfce4/backdrops/xfce-stripes.png
/backdrop/screen0/monitorLVDS1/workspace3/color1 UNSUPPORTED
/backdrop/screen0/monitorLVDS1/workspace3/color-style0
/backdrop/screen0/monitorLVDS1/workspace3/image-style0
/backdrop/screen0/monitorLVDS1/workspace3/last-image 
/usr/share/xfce4/backdrops/xfce-stripes.png
/desktop-icons/font-size 12.00
/desktop-icons/icon-size 48
/desktop-icons/style 2
/desktop-icons/use-custom-font-size  true
/last/window-height  552
/last/window-width   636
user@laptop:~$ 

 Can you also open xfce4-settings-editor and right click on
xfce4-desktop and select the monitor option, then launch xfdesktop-
settings and see if notices any changes?

It does not. The only output from it is:
1402396962: /backdrop/screen0/monitorLVDS1/workspace0/color1 
(GPtrArray_GValue_: [ 4, 0, 16, 65535 ])
1402396924: start monitoring channel xfce4-desktop

Thanks.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1313728

Title:
  Background color reset to #7f

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1313728/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Labs-l] MediaWiki to LaTeX Compiler

2014-05-25 Thread Gryllida

Hi,

On Sun, 22 Dec 2013, at 21:25, Dirk Hünniger wrote:
 Hello,
 I wrote a Mediawiki to LaTeX Compiler. It is part of the current version 
 of Ubuntu. A binary for Windows is also available. I also put up a 
 private server running it http://mediawiki2latex.mooo.com/ . Now I would 
 like to shut down my private server and run it on labs instead. Since it 
 loads full article into memory including high resolution images I would 
 like it to access 8 GByte of RAM. Most of the it should need much less 
 but for a few articles this is required. The Idea to run it on labs came 
 up in this discussion 
 http://meta.wikimedia.org/wiki/Grants_talk:IEG/LaTeX_Export . There is 
 also a project disciption page with more info 
 http://de.wikibooks.org/wiki/Benutzer:Dirk_Huenniger/wb2pdf . I already 
 got the ssh access to tools-login.wmflabs.org . Currently I don't really 
 understand the next steps I need to do. In particular since I need quite 
 a high ram limit and I need a job that runs permanently.
 Yours Dirk

How is it going - did you put this somewhere?

Gryllida.

___
Labs-l mailing list
Labs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/labs-l

Re: [Design] Showing the number of talk topics on the article page

2014-05-23 Thread Gryllida

Hi,

On Fri, 23 May 2014, at 21:44, Jon Robson wrote:
 In the alpha mode of mobile we show a number inside the talk icon that
 shows how many open talk topics there are on a page.
 
 For example here:
 On the San Francisco [1] page you see a 7. If you click it there are 7
 topics / sections.

Horrendous task. I'd use a talk icon instead - the count never matters. The 
only case is when I care whether there is 0 or not, so I know whether it's 
worth skimming anything against my concern or I should start a new topic.

Unless you find a use-case which you're addressing, don't code this please.

 Also I wonder if this is something Flow is thinking about.

It is. There is no need to code things twice - as mobile interface is merely a 
skin.

Gryllida.

___
Design mailing list
Design@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design

Re: [Design] Showing the number of talk topics on the article page

2014-05-23 Thread Gryllida

Hi,

On Fri, 23 May 2014, at 23:54, Jon Robson wrote:
 Unless you find a use-case which you're addressing, don't code this please.
 We coding this over a year ago on this basis but nothing has been done with 
 it.
 My question that I am wondering if we should explore the answer to is:
 Does showing the number of talk  topics on an article increase
 engagement in discussions? (Note evidence from many user tests that
 have been run in the past 2 years give me the impression that many
 non-editors are not aware there is a discussion side to Wikipedia)

Then people would avoid starting a talk page when the number is 0. This is, in 
my view, a bad thing.

 
 It is. There is no need to code things twice - as mobile interface is
 merely a skin.
 
 I'm not sure what you mean here. The mobile team has been thinking
 about doing this, this doesn't mean Flow has been. I'm not sure what
 skins have to do with anything here. Yes Flow could easily surface
 such a number but the number would have to be generated and surfaced
 somewhere since Flow is implemented completely differently.

This number would have to be generated by MediaWiki or Flow, but surely not by 
MobileFrontEnd. As I said, MobileFrontEnd is only a skin.

Gryllida.

___
Design mailing list
Design@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design

Re: [Jabref-users] Jabref could not start on Ubuntu 14.04

2014-05-16 Thread Gryllida

Hi Jingjing,

On Sat, 17 May 2014, at 8:08, Jingjing Li wrote:
Dear All,

I just installed the latest version of JabRef (2.10b2) on Ubuntu 14.04
Trusty using the default package management tool apt-get. However JabRef
would not start: It reported the following warnings and errors:

log4j:WARN No appenders could be found for logger
(org.java.plugin.ObjectFactory).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for
more info.
Found 2 plugin(s):
- net.sf.jabref.core
(file:/home/jingjing/Downloads/jabref-2.10/src/plugins/net.sf.jabref.core/plugin.xml)
- net.sf.jabref.export.misq
(file:/home/jingjing/Downloads/jabref-2.10/src/plugins/net.sf.jabref.export.misq/plugin.xml)

Unable to create graphical interface.

I did some search and noticed that Unable to create graphical
interface is a common error related to openjdk java and we should
switch to Oracle Java. But I am indeed using Oracle java. A java
-version command returns the following:

java version 1.7.0_55
Java(TM) SE Runtime Environment (build 1.7.0_55-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode)

And a sudo update-alternatives --config java returns the following:

* 0/usr/lib/jvm/java-7-oracle/jre/bin/java 1073 auto mode
1/usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java 1071
manual mode
2/usr/lib/jvm/java-7-oracle/jre/bin/java 1073 manual
mode

Any ideas? Many thanks.

It appears to need openjdk-6-jre or sun-java6-jre. When I try on Ubuntu, it
installs openjdk-6-jre by default.

Gryllida

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
Jabref-users mailing list
Jabref-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jabref-users

[Wikitech-l] Craziness in diff algorithm

2014-05-16 Thread Gryllida

Hi All,



Please excuse me for sending an HTML attachment to this list. There is
a need to display some part of it with color.



[1]Bug 13462 - Enhance line matching in diffs; An [2]example diff
similar to what I specifically have a problem with on one of Wikimedia
projects for several months: contributors often add and remove line
breaks making paragraph edits hard to analyse.



Effectively I got this (in a table, but tables are hard to read in
emails):



1) -

2) - foobar lin3

1) + foobar line

2)



But I would find this more useful:



1) -

2) - foobar lin3

1)

2) + foobar line





Please participate by providing insight on potential fixes or
workarounds (don't expect me to be able to read the backend codebase of
this software). Thanks.



Gryllida.

References

1. https://bugzilla.wikimedia.org/show_bug.cgi?id=13462
2. https://test.wikipedia.org/w/index.php?diff=199552oldid=199551
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Craziness in diff algorithm

2014-05-16 Thread Gryllida

Hi All,

To clarify:

This software silently converted the message to plain text, so what I meant is 
clarified below.

On Fri, 16 May 2014, at 21:22, Gryllida wrote:
 Hi All,
 
 
 
 Please excuse me for sending an HTML attachment to this list. There is
 a need to display some part of it with color.
 
 
 
 [1]Bug 13462 - Enhance line matching in diffs; An [2]example diff
 similar to what I specifically have a problem with on one of Wikimedia
 projects for several months: contributors often add and remove line
 breaks making paragraph edits hard to analyse.
 
 
 
 Effectively I got this (in a table, but tables are hard to read in
 emails):
 
 
 
 1) -

(this line is red)

 
 2) - foobar lin3

(this line is red)

 
 1) + foobar line

(this line is green)


 
 2)
 
 
 
 But I would find this more useful:
 
 
 
 1) -

(this line is red)

 
 2) - foobar lin3

(in this line, the '3' is highlighted in red)

 
 1)
 
 2) + foobar line

(in this line, the 'e' is highlighted in green)

 
 
 
 
 
 Please participate by providing insight on potential fixes or
 workarounds (don't expect me to be able to read the backend codebase of
 this software). Thanks.
 
 
 
 Gryllida.
 
 References
 
 1. https://bugzilla.wikimedia.org/show_bug.cgi?id=13462
 2. https://test.wikipedia.org/w/index.php?diff=199552oldid=199551


Gryllida.

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

Re: [Wikitech-l] Affiliation in username

2014-05-09 Thread Gryllida

On Thu, 8 May 2014, at 6:22, Jared Zimmerman wrote:
 Affiliations change, and user names are quite difficult to change, this
 sounds like something that would be good for a structured profile, not for
 a user name.

One of the times I wish I could rename a thread.
Someone with spare time may want to take notes of everything said here onto 
Meta for further discussion.

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

[Translators-l] Translate wiki pages to another wiki

2014-05-01 Thread Gryllida

Hi,

ExternalTranslate.js [1] adds a translate tab to translate an article to 
another wiki. Please test and fix whatever you find useful to fix...

[1] https://en.wikipedia.org/wiki/User:Gryllida/ExternalTranslate.js
[2] 
https://meta.wikimedia.org/wiki/Meta:Babel#Translate_wiki_pages_to_another_wiki

Gryllida

___
Translators-l mailing list
Translators-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/translators-l

Re: [Wikitech-l] Welcome Dmitry Brant as Software Developer to the Mobile App Team

2014-04-22 Thread Gryllida

On Wed, 23 Apr 2014, at 3:01, Tomasz Finc wrote:
 I am pleased to announce that Dmitry Brant joins WMF this week as a
 Software Engineer for the Mobile App Team!

Добро пожаловать, Дмитрий!

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

Re: [Wikimedia-l] Affiliation in username

2014-04-22 Thread Gryllida

On Mon, 21 Apr 2014, at 0:58, Isarra Yos wrote:
 On 20/04/14 11:50, Liangent wrote:
  On Sun, Apr 20, 2014 at 4:05 PM, Federico Leva (Nemo) 
  nemow...@gmail.comwrote:
 
  Amir E. Aharoni, 20/04/2014 08:39:
 
Silly technical remark: Everybody, please stop doing this with
  parentheses.
  It breaks in right to left languages. Gary-WMF is just as readable, and
  doesn't have this problem. Thanks for the attention.
 
  Your suggestion works against the built-in assumptions of MediaWiki for
  disambiguations.
  https://meta.wikimedia.org/wiki/Help:Pipe_trick
 
  Then Gary, WMF?
 
 
  Nemo
 
 Removing the affiliation from the name itself and adding it as a group 
 would allow the mediawiki to format the name and group in a way that 
 makes sense for the given language. Keep to the parentheses for english 
 and such, do other things for ones where that doesn't work or wouldn't 
 be the norm.
 
 -I

Removing the affiliation from the name itself could also help to keep a history 
of past affiliations and address issues raised by Risker earlier.

Gryllida.

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikitech-l] Subscribe to Tech News via a web feed

2014-04-20 Thread Gryllida

On Sat, 19 Apr 2014, at 0:17, Tomasz W. Kozłowski wrote:
 [...]
 At this point, the feed only provides the English version of the
 bulletin, so you'll need to click one of the links on top of the page
 to read a version in a different language — if you think that a
 per-language feed is a good idea, please let us know!

Please.

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

[Wikitech-l] Affiliation in username

2014-04-19 Thread Gryllida

On a second thought, do we want to add an optional affiliation field to the 
signup form, so the affiliation goes at the end of username in braces?

- DGarry (WMF)
- Fred (DesignSolutionsInc)
- David (MIT)
- ...

So the signup form would look like this:

 -
| |
| [ Username preview in large green font ]|
| |
| Username:   |
|  ___|
| Password:   |
|  ___|
| Password 2: |
|  ___|
| Email (optional):   |
|  ___|
| Affiliation (optional; if your editing is related to work): |
|  ___|
| |
 -

I.e.

 -
| |
| [ Gryllida (FOO) in large green font ]|
| |
| Username:   |
|  _Gryllida__|
| Password:   |
|  ___|
| Password 2: |
|  ___|
| Email (optional):   |
|  ___|
| Affiliation (optional; if your editing is related to work): |
|  _FOO___|
| |
 -

Gryllida.


On Sun, 23 Feb 2014, at 1:25, rupert THURNER wrote:
 hi,
 
 could wmf please extend the mediawiki software in the following way:
 1. it should knows groups
 2. allow users to store an arbitrary number of groups with their profile
 3. allow to select one of the groups joined to an edit when saving
 4. add a checkbox COI to an edit, meaning potential conflict of interest
 5. display and filter edits marked with COI in a different color in history
 views
 6. display and filter edits done for a group in a different color in
 history views
 7. allow members of a group to receive notifications done on the group page,
or when a group is mentioned in an edit/comment/talk page.
 
 reason:
 currently it is quite cumbersome to participate as an organisation. it is
 quite cumbersome for people as well to detect COI edits. the most prominent
 examples are employees of the wikimedia foundation, and GLAMs. users tend
 to create multiple accounts, and try to create company accounts. the main
 reason for this behaviour are (examples, but of course valid general):
 * have a feedback page / notification page for the swiss federal archive
 for other users
 * make clear that an edit is done private or as wmf employee
 
 this then would allow the community to create new policies, e.g. the german
 community might cease using company accounts, and switch over to this
 system. this proposal is purely technical. current policies can still be
 applied if people do not need something else, e.g. wmf employees may
 continue to use sue gardner (wmf) accounts.
 
 what you think?
 
 best regards,
 rupert
 ---
 swissGLAMour, http://wikimedia.ch
 ___
 Wikimedia-l mailing list
 wikimedi...@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

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

[Wikimedia-l] Affiliation in username

2014-04-19 Thread Gryllida

On a second thought, do we want to add an optional affiliation field to the 
signup form, so the affiliation goes at the end of username in braces?

- DGarry (WMF)
- Fred (DesignSolutionsInc)
- David (MIT)
- ...

So the signup form would look like this:

 -
| |
| [ Username preview in large green font ]|
| |
| Username:   |
|  ___|
| Password:   |
|  ___|
| Password 2: |
|  ___|
| Email (optional):   |
|  ___|
| Affiliation (optional; if your editing is related to work): |
|  ___|
| |
 -

I.e.

 -
| |
| [ Gryllida (FOO) in large green font ]|
| |
| Username:   |
|  _Gryllida__|
| Password:   |
|  ___|
| Password 2: |
|  ___|
| Email (optional):   |
|  ___|
| Affiliation (optional; if your editing is related to work): |
|  _FOO___|
| |
 -

Gryllida.


On Sun, 23 Feb 2014, at 1:25, rupert THURNER wrote:
 hi,
 
 could wmf please extend the mediawiki software in the following way:
 1. it should knows groups
 2. allow users to store an arbitrary number of groups with their profile
 3. allow to select one of the groups joined to an edit when saving
 4. add a checkbox COI to an edit, meaning potential conflict of interest
 5. display and filter edits marked with COI in a different color in history
 views
 6. display and filter edits done for a group in a different color in
 history views
 7. allow members of a group to receive notifications done on the group page,
or when a group is mentioned in an edit/comment/talk page.
 
 reason:
 currently it is quite cumbersome to participate as an organisation. it is
 quite cumbersome for people as well to detect COI edits. the most prominent
 examples are employees of the wikimedia foundation, and GLAMs. users tend
 to create multiple accounts, and try to create company accounts. the main
 reason for this behaviour are (examples, but of course valid general):
 * have a feedback page / notification page for the swiss federal archive
 for other users
 * make clear that an edit is done private or as wmf employee
 
 this then would allow the community to create new policies, e.g. the german
 community might cease using company accounts, and switch over to this
 system. this proposal is purely technical. current policies can still be
 applied if people do not need something else, e.g. wmf employees may
 continue to use sue gardner (wmf) accounts.
 
 what you think?
 
 best regards,
 rupert
 ---
 swissGLAMour, http://wikimedia.ch
 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Multimedia] Media Viewer Launches on First Pilot Sites

2014-04-17 Thread Gryllida

Dear Fabrice,

1) Please note that some issues like not going full-screen and showing metadata 
more prominently have been asked by community, but not yet addressed. I would 
appreciate if you could put them high on the to-do list, *prior* to deployment, 
as noted on the feedback page for Media Viewer.

2) Out of curiosity, how do to get feedback from the small non-English wikis 
you have on the deployment plan early? Those don't always even know how to 
report issues properly, bar doing so in English.

3) I would personally ask the community for permission to deploy, first, 
suggesting that they put effort into testing and discussing it first, and 
acknowledge that they appreciate it. Otherwise, if they disagree, they raise 
issues and you fix them as requested.

Regards,
Gryllida.

On Fri, 18 Apr 2014, at 7:00, Fabrice Florin wrote:
 Hi folks,
 
 I’m happy to let you know that Media Viewer has just deployed on our first 
 pilot sites today!
 
 1. First Pilots
 We just released Media Viewer enabled by default on Catalan, Hungarian and 
 Korean Wikipedias, as well as English Wikivoyage. Next Thursday, we plan to 
 deploy to more pilot sites: Czech, Estonian, Finnish, Hebrew, Polish, 
 Romanian, Thai, Slovak, and Vietnamese. Try it out for yourself on the 
 Hungarian Wikipedia:
 https://hu.wikipedia.org
 
 2. First Metrics
 MediaWiki.org, we jumped from 100 image views per day to 1k/day, about a 10 x 
 increase. And on Commons it was much higher, due to the ‘View Expanded’ 
 button: from 240 image views per day to 24k/day yesterday — that’s a 100 x 
 increase ! You can track the adoption of this tool on these first metrics 
 dashboards. 
 http://multimedia-metrics.wmflabs.org/dashboards/mmv
 
 3. Share your feedback
 Please let us know what you think of Media Viewer — and join other beta users 
 from around the world on this discussion page:
 https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer
 
 If you’re short on time, please take this quick survey to let us know how 
 Media Viewer works for you:
 https://www.surveymonkey.com/s/media-viewer-1?c=email
 
 Many thanks to all the team and community members who made this launch 
 possible!
 
 Enjoy,
 
 
 Fabrice — for the Multimedia Team
 
 
 P.S.: If you haven’t tried Media Viewer yet, follow the test tips on this 
 demo page on MediaWiki.org:
 https://www.mediawiki.org/wiki/Lightbox_demo
 
 ___
 
 Fabrice Florin
 Product Manager, Multimedia
 Wikimedia Foundation
 
 https://www.mediawiki.org/wiki/User:Fabrice_Florin_(WMF)
 
 
 ___
 Multimedia mailing list
 Multimedia@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/multimedia

___
Multimedia mailing list
Multimedia@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia

Re: [Wikimedia-l] Thanks to the people who made Echo, VisualEditor and Wikidata

2014-04-10 Thread Gryllida

With due thanks, I would like to specifically point to these two bugs, as I 
believe they're changing the style of talking unnecessarily. I would like you 
to see the potential for fixing these early.

https://bugzilla.wikimedia.org/show_bug.cgi?id=49446 - Notifications: Linking a 
username in an Edit-Summary should trigger a notification
https://bugzilla.wikimedia.org/show_bug.cgi?id=30750 - Notify user when 
username used in an edit summary

gry

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

[Jabref-users] Appending entries from my web browser to the currently opened database

2014-04-08 Thread Gryllida

 http://jabref.sourceforge.net/faq.php
 Q: Is it possible to append entries from a BibTeX file, 
 e.g. from my web browser, to the currently opened database?
 
 A: Yes, in the upcoming version, you can use the parameter --importToOpen 
 bibfile.

I have changed JabRef shortcut target from
C:\Program Files (x86)\JabRef\JabRef.exe --importToOpen bibfile
to 
C:\Program Files (x86)\JabRef\JabRef.exe --importToOpen bibfile
and restarted JabRef. Still entries open in current window in a new database, 
unlike what the FAQ suggests; the built-in help and the online documentation 
has no further hints how to use parameters...

In Task Manager (Windows 7), the entry shows like this (bar slashes in wrong 
direction and wrong casing; had to type this one manually):
c:/program files/java/jre6/bin/javaw.exe -Xms32m -Xmx512m -jar c:/program 
files/jabref/jabref-2.9.2.jar --importToOpen bibfile

If you wanted me to specify full path to the bibfile, that's not what I want, 
as I may open different database in the first tab of JabRef. I would like you 
to recycle it, i.e. add to it, when I click 'export' in the web browser.

Gryllida.

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test  Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Jabref-users mailing list
Jabref-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jabref-users

Re: [Jabref-users] Appending entries from my web browser to the currently opened database

2014-04-08 Thread Gryllida

Sorry, from 
 C:\Program Files (x86)\JabRef\JabRef.exe
to 
 C:\Program Files (x86)\JabRef\JabRef.exe --importToOpen bibfile

On Wed, 9 Apr 2014, at 11:33, Gryllida wrote:
  http://jabref.sourceforge.net/faq.php
  Q: Is it possible to append entries from a BibTeX file, 
  e.g. from my web browser, to the currently opened database?
  
  A: Yes, in the upcoming version, you can use the parameter --importToOpen 
  bibfile.
 
 I have changed JabRef shortcut target from
 C:\Program Files (x86)\JabRef\JabRef.exe --importToOpen bibfile
 to 
 C:\Program Files (x86)\JabRef\JabRef.exe --importToOpen bibfile
 and restarted JabRef. Still entries open in current window in a new database, 
 unlike what the FAQ suggests; the built-in help and the online documentation 
 has no further hints how to use parameters...
 
 In Task Manager (Windows 7), the entry shows like this (bar slashes in wrong 
 direction and wrong casing; had to type this one manually):
 c:/program files/java/jre6/bin/javaw.exe -Xms32m -Xmx512m -jar c:/program 
 files/jabref/jabref-2.9.2.jar --importToOpen bibfile
 
 If you wanted me to specify full path to the bibfile, that's not what I want, 
 as I may open different database in the first tab of JabRef. I would like you 
 to recycle it, i.e. add to it, when I click 'export' in the web browser.
 
 Gryllida.

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test  Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Jabref-users mailing list
Jabref-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jabref-users

Re: [Wikimedia-l] Proposal: Transparency for Wikimedia paid volunteers

2014-04-04 Thread Gryllida

On Fri, 4 Apr 2014, at 22:14, Fæ wrote:
 *Definition of paid volunteer:*
 Paid volunteers are employees, contractors or part time contractors of
 Wikimedia organizations or other organizations having agreements or
 partnerships with Wikimedia. The paid volunteer contributes to Wikimedia
 projects and discussions that influence the content of Wikimedia projects.
 This includes employees and contractors that may not be paid for their
 on-project activities, however their employer benefits from the content of
 the same projects.

Dear Fae,

If I am a student and write wikipedia articles about commercial software my 
university uses in my free time, I satisfy this definition. However, I would 
have no conflict of interest here, as neither I nor my university gets paid for 
the new information I would write.

I think that in such situation, I can silently do my things within interest of 
satisfying Wikimedia mission of free knowledge. You should not require anything 
of me. I would like you to re-think your definitions here.

Related: 
https://meta.wikimedia.org/wiki/Talk:Terms_of_use/Paid_contributions_amendment/Archives/2014-03-07#What_to_ask_to_disclose:_paid_contributions_or_COI.3F

Gryllida.

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikitech-l] GSOC proposal for A system for reviewing funding requests

2014-03-31 Thread Gryllida

Thanks!

Gryllida.

On Mon, 31 Mar 2014, at 8:12, Sastry aditya wrote:
 Hi Gryllida,
 
 I am extremely sorry I took so long to reply to your mail, I was down with
 typhoid and I am slowly recovering.
 
 I made corrections as you suggested. Thanks a lot for sparing your time.
 
 As instructed by you I included my full opensource contribution history and
 just for the record I am stating it here as well.
 
 I have four bug patches merged from last year.  bug
 45580https://bugzilla.wikimedia.org/show_bug.cgi?id=45580
 , bug 43504 https://bugzilla.wikimedia.org/show_bug.cgi?id=43504,
 bug 33438 https://bugzilla.wikimedia.org/show_bug.cgi?id=33438  bug 48197
 https://bugzilla.wikimedia.org/show_bug.cgi?id=48197
 This year due to my ill health I could only get two in.
 
 https://gerrit.wikimedia.org/r/117854
 https://gerrit.wikimedia.org/r/121975
 
 The last patch is relavant to my gsoc project as it deals with forms which
 is kind of a part of the project that I applied to.
 
 I would see to that these two get merged as well and if possible I will
 send one more over the next weekend.
 
 The only other open source project that I have contributed to is PHPMYADMIN
 which has very high standards for patch acceptance and stringent code
 reviews.
 
 I have four patches merged in there as well. Of these one of those is 280
 line patch that I talked about in my proposal as well.
 The details of the rest of the patches could be found here:
 https://github.com/phpmyadmin/phpmyadmin/commits?author=ganeshaditya1
 
 Regards,
 Aditya
 ___
 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

[Wikispecies-l] Going full-screen on image click

2014-03-30 Thread Gryllida

Hi all.

I apologize for cross-posting; I'm trying to reach all projects here, and
encourage you to translate and spread this message to relevant village pumps.
(I explain a tool here, some points, and provide you with a link where you can
participate in the discussion I opened.)

The WMF Engineering Team is kindly working on Media Viewer, which would show a
pop-up of some sort when you click an image. This tool is available for testing
to those people who created an account, in Beta tab, on all projects. Like you
may see the tool has a relatively high impact on average reader experience.

It came to my mind that the tool goes full-screen, which doesn't meet the I
stay on the article expectation. I feel it may be important to an average
reader to gain orientation.

I opened a discussion, with some people calling my idea a metadata pop-up
rather than a media viewer. I feel that may be good thing: the existing
default opens a lot of image info and tells people what Commons is. I feel the
media viewer should do something close to the same, with the advantage of not
leaving the page, and some interactive means of viewing the image if the user
clicks some buttons.

As opposed to that, a Media Viewer would show a bigger image and make use of
space. But the mock I have is slightly bigger already, like the existing
File:* page. I am not assuming that the reader wants a bigger image; I'm
assuming he may also be interested (and it would be more transparent to) in
reading some metadata, description, date, author.

Please see the discussion here and weigh in, basing on your preferences and
Wikimedia projects experience. Your voice powers the future of the tool, and
Wikimedia projects.

https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Please_do_not_go_full_screen

Regards,
Gryllida.

___
Wikispecies-l mailing list
Wikispecies-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikispecies-l

Re: [Wikitech-l] GSOC-2014: Project Proposal for A system for reviewing funding request

2014-03-29 Thread Gryllida

Hi Maduranga,

I had shown you that your first mock picture may be changed a bit, and linked
you to a couple relevant pages which describe the system you'd be developing in
more detail.

Now I also noticed that in the past experience section, I would suggest that
you provide links to your code contributions. The reviewers will want to see
what you coded without manually looking you up on the web.

As a part of what you'd expect, if approved, would be thorough feedback from
your mentors and Grant Review Committees multiple times throughout your work. I
hope you are sufficiently flexible to take the feedback into account. It's a
challenging task there. The mentors would also provide you with code-base from
a previous project which did similar tasks.

Gryllida.

On Sun, 30 Mar 2014, at 4:35, Maduranga Siriwardena wrote:
@Gryllida,
Again thank you for the reply and sorry for being late to reply back (last
few days I was busy with a conference in my internship place). I have one
more question. What is meant by

https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system -
roles and expectations @ IdeaLab (this is for any ideas, not just grants,
ie GSoC things can also go there)

In your first reply(specially this is for any ideas, not just grants).

And please inform if there is any improvement needed to the proposal.

Regards,
Maduranga

On Tue, Mar 25, 2014 at 4:04 PM, Gryllida gryll...@fastmail.fm wrote:

Great!

On Thu, 20 Mar 2014, at 3:02, Maduranga Siriwardena wrote:
@Gryllida
Thank you for the reply.

Sorry for misunderstanding. As it is mentioned that the Admin person who
is
creating the new grant campaign can create the review criteria, the area
shown as a text box can be of different sorts. It is just a
representation
of the scoring criteria. Actually I did not have much understanding about
what would be the scoring criteria. Your explanation really helped me to
understand the use case.

Regards,
Maduranga

On Wed, Mar 19, 2014 at 5:10 PM, Gryllida gryll...@fastmail.fm wrote:

It is a few questions with a score (an integer) on each. Possibly also
one
textbox.

I.e.

budget ok?
1 2 3 4 5 6
X

scope / multi project impact?
1 2 3 4 5 6
X

impact substantial?
1 2 3 4 5 6
X

impact to continue after grant ends?
1 2 3 4 5 6
X

ok to fund?
0 1
X

comments (posted to grant applications talk pages after reviewing ends,
but anonymous)

|
| (a text box)
|

I have forwarded your initial message to one of the mentors, so I think
they'd hand you some small test tasks to check your skills and add you
in
to the GSOC project. (I have found 3-4 students interested and
forwarded
them all so I hope you'll all make it to completion!)

Gryllida.

On Wed, 19 Mar 2014, at 22:35, Maduranga Siriwardena wrote:
@Gryllida,
Previously I checked the page [1]. But I couldn't find much details
about
how the scoring is done. So can you please elaborate how the scoring
is
done so that I can design how the scoring form should look like?

[1] https://meta.wikimedia.org/wiki/User:Gryllida/sandbox

Regards,
Maduranga.

On Wed, Mar 19, 2014 at 4:51 PM, Gryllida gryll...@fastmail.fm
wrote:

The score really should be something different from a textbox imo.

See more detail I could locate about this idea:

https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system-rolesand
expectations @ IdeaLab (this is for any ideas, not just grants,
ie GSoC things can also go there)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - spec
(linked
from
the idealab thing)

On Mon, 17 Mar 2014, at 7:10, Maduranga Siriwardena wrote:
Hi all,
I'm Maduranga Siriwardena, 3rd year Computer Science and
Engineering
undergraduate of University of Moratuwa Sri Lanka. I have applied
for the
project *A system for reviewing funding request* and the project
proposal I
submitted to google-melange can be found in [1].

I have created a wiki page containing my project proposal and
you can
find
it from [2].

And also my user page can be found from [3].

[1]

https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/madurangasiriwardena/5629499534213120
[2]

https://www.mediawiki.org/wiki/User:Maduranga/A_system_for_reviewing_funding_requests

[3] https://www.mediawiki.org/wiki/User:Maduranga

--
Maduranga Siriwardena
Undergraduate
University of Moratuwa, Faculty of Engineering

[Wikisource-l] Going full-screen on image click

2014-03-29 Thread Gryllida

Hi all.

It came to my mind that the tool goes full-screen, which doesn't meet the I
stay on the article expectation. I feel it may be important to an average
reader to gain orientation.

Please see the discussion here and weigh in, basing on your preferences and
Wikimedia projects experience. Your voice powers the future of the tool, and
Wikimedia projects.

https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Please_do_not_go_full_screen

Regards,
Gryllida.

___
Wikisource-l mailing list
Wikisource-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikisource-l

Re: [Wikimedia-l] [Wikimedia Announcements] Katherine Maher joins the Wikimedia Foundation as Chief Communications Officer

2014-03-28 Thread Gryllida

Добро пожаловать!

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] Our next strategy plan-Paid editing

2014-03-26 Thread Gryllida

On Wed, 26 Mar 2014, at 3:06, Anders Wennersten wrote:
 The discussion on the proposed amendment is now closed [1)

I don't see my edit in the final archived version. Namely, the What to ask to 
disclose: paid contributions or COI? section I created. Link provided. I hope 
someone here can provide insight on where it's gone.

https://meta.wikimedia.org/w/index.php?title=Talk:Terms_of_use/Paid_contributions_amendmentdiff=prevoldid=7694857#What_to_ask_to_disclose:_paid_contributions_or_COI.3F

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] is Wikiquote in decline or just stagnant

2014-03-26 Thread Gryllida

Hi John,

Thanks for these details...

On Wed, 26 Mar 2014, at 13:19, John Mark Vandenberg wrote:
 See the graphs for 5+ editors here:
 
 http://stats.wikimedia.org/wikibooks/EN/ChartsWikipediaZZ.htm
 http://stats.wikimedia.org/wikiquote/EN/ChartsWikipediaZZ.htm
 http://stats.wikimedia.org/wikinews/EN/ChartsWikipediaZZ.htm

I find it humorous that this page says number of Wikipedians for some other 
language editions.

 
 It is wikinews that

Careful about wording there. English Wikinews. Other language editions are 
different.


 has been loosing contributors since mid 2008, and

And obtaining too -- the stats show the sum of those who joined and those who 
left I believe.

 new articles per day has dropped since late 2010.

That's around when they introduced the peer review. (Again, just the English 
version.)

 
 Wikibooks contributor count fluctuates a lot.
 
 Wikiquote is fairly static, but using a constant number of
 contributors to justify 'stagnant' isnt accurate.  The content metrics
 of Wikiquote indicate it is still growing, at a fairly constant rate.

Right; I'm personally quite disliking these statistics, as the software has no 
means implemented to merge edits, such as when I make a typo. I keep struggling 
to find means to reduce the edit count to make things easier for others to 
track.

Gryllida.

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Labs-l] Labs project migration Important, deadlines approaching



On Tue, 25 Mar 2014, at 4:29, Andrew Bogott wrote:
  We've had a few hiccups, but project migration is going reasonably 
 well.  You can check on the current migration status of a project here:
 
 https://wikitech.wikimedia.org/wiki/Labs_Eqiad_Migration/Progress
 
  About 20 or so projects are still in the 'pending' section up top.  
 If your project is among them, please finish up and file your project 
 entry in the appropriate section (presumably, 'Finished migration').

So much noise I can't make sense of. Why is my project not in this list?

___
Labs-l mailing list
Labs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/labs-l

Re: [Wikitech-l] GSOC proposal for A system for reviewing funding requests

Hi!

[Again the usual detail I share on this...
https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system - a 
formal idea page for it to evolve (idealab is for all ideas, gsoc too, not just 
grants from wmf)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - a spec (linked there)]

I have made style changes to your gallery on the wiki page. Please also note 
that you may want to be as thorough as possible in your details about past 
experience. I.e. linking to a nice phpmyadmin bugfix is good, but it may also 
be a good idea to link to a complete list and perhaps describe the time span 
over which you were helping that project. I gather there is some merit in 
conveying all of your relevant past experience in the application.

Good luck!
Gryllida.

On Tue, 25 Mar 2014, at 11:17, Sastry aditya wrote:
 Hi all,
 
 My name is AV Aditya Sastry. I am a student at GITAM University, vizag, AP,
 India.
 
 I have four bug patches merged in mediawiki and one waiting review (
 https://gerrit.wikimedia.org/r/117854)
 
 Please review my proposal for this project.
 https://www.mediawiki.org/wiki/User:Ganeshaditya1/GSOCproposal
 
 
 Regards,
 Aditya
 ___
 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

Re: [Wikitech-l] GSoC Proposal System for reviewing funding requests

Hi!

[Again the usual detail I share on this...
https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system - a 
formal idea page for it to evolve (idealab is for all ideas, gsoc too, not just 
grants from wmf)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - a spec (linked there)]

You may want to be more detailed about your past experience. If you have none, 
you might want to try one of the 
https://www.mediawiki.org/wiki/Annoying_little_bugs as an exercise, and include 
in your application.

Gryllida.


On Fri, 21 Mar 2014, at 5:16, Prashant G wrote:
 Hello Everyone,
 
 I'm Prashant Gurumukhi, Nagpur India. I have made my proposal for the
 project
 A system for reviewing funding request. I would like you to review it and
 please tell If I missed anything. Here's a link to my proposal:
 https://www.mediawiki.org/wiki/User:ImPacific/GSoC_proposal_2014
 User Page: https://www.mediawiki.org/wiki/User:ImPacific
 ___
 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

Re: [Wikitech-l] What are you looking for in CodeEditor ?

Ability to edit sections.
https://bugzilla.wikimedia.org/show_bug.cgi?id=60438

On Tue, 25 Mar 2014, at 9:03, Derk-Jan Hartman wrote:
 I've been doing some work on the Lua/CSS/JS CodeEditor to make it and its 
 toolbar a bit more usable, but I'm looking for some input on what YOU want.
 
 I've listed some ideas here:
 https://bugzilla.wikimedia.org/show_bug.cgi?id=59924
 
 A list of key commands is here:
 https://github.com/ajaxorg/ace/wiki/Default-Keyboard-Shortcuts
 
 And ACE itself has a demo site that shows a few of the options as well:
 http://ace.c9.io/build/kitchen-sink.html
 
 I've now got a button to show invisible characters, and a button to show the 
 find and replace dialog. Of course most options are available already trough 
 key commands but many people are not familiar with those.
 
 If anyone has any specific desires/ideas/feedback etc, I'd love to hear it. 
 Also, if someone can help with making icons for those toolbar buttons, that 
 would also be appreciated.
 
 DJ
 
 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l
 Email had 1 attachment:
 + signature.asc
   1k (application/pgp-signature)

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

Re: [Wikitech-l] Proposal for GSoC 2014 - Implementing a To-do list

Hi Hareesh,

Bookmarking pages, partly with the purpose of leaving notes to self about 
to-dos, is a long wanted feature. Thank you for considering working on 
something closely related.

To ease your work:
 Consider adapting https://www.mediawiki.org/wiki/Extension:Collection for 
users to use a Special:MyUser/My Bookmarks Collection where they can bookmark 
pages and put them into sections, such as to translate, to expand, with 
comments for each.

Feedback on text:
 I don't see what there is about opting in. A to-do should be available, just 
empty in some cases, if people don't like it. A setting could be an 
over-complication.

Gryllida.

On Sat, 22 Mar 2014, at 5:20, Hareesh wrote:
 Hi,
  I've submitted a proposal to implement a to-do list in the wiki projects.
 [1].
 
 The project aims at:
 * Providing a To-do list to the users who opt in.
 * Facilitating the ease of maintaining records of the tasks to be done by
 an user.
 
 Help me in improving this proposal. Please leave your feedback.
 [1]:*https://www.mediawiki.org/wiki/User:Hareesh_Sivasubramanian/GSoC_2014_Implementing_To-do_list
 https://www.mediawiki.org/wiki/User:Hareesh_Sivasubramanian/GSoC_2014_Implementing_To-do_list*
 
 Regards,
 Hareesh.
 ___
 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

Re: [Wikitech-l] GSOC-2014: Project Proposal for A system for reviewing funding request

Great!

On Thu, 20 Mar 2014, at 3:02, Maduranga Siriwardena wrote:
 @Gryllida
 Thank you for the reply.
 
 Sorry for misunderstanding. As it is mentioned that the Admin person who is
 creating the new grant campaign can create the review criteria, the area
 shown as a text box can be of different sorts. It is just a representation
 of the scoring criteria. Actually I did not have much understanding about
 what would be the scoring criteria. Your explanation really helped me to
 understand the use case.
 
 Regards,
 Maduranga
 
 
 On Wed, Mar 19, 2014 at 5:10 PM, Gryllida gryll...@fastmail.fm wrote:
 
  It is a few questions with a score (an integer) on each. Possibly also one
  textbox.
 
  I.e.
 
  budget ok?
  1 2 3 4 5 6
  X
 
  scope / multi project impact?
  1 2 3 4 5 6
  X
 
  impact substantial?
  1 2 3 4 5 6
X
 
  impact to continue after grant ends?
  1 2 3 4 5 6
  X
 
  ok to fund?
  0 1
  X
 
  comments (posted to grant applications talk pages after reviewing ends,
  but anonymous)
  
  |
  | (a text box)
  |
  
 
  I have forwarded your initial message to one of the mentors, so I think
  they'd hand you some small test tasks to check your skills and add you in
  to the GSOC project. (I have found 3-4 students interested and forwarded
  them all so I hope you'll all make it to completion!)
 
  Gryllida.
 
  On Wed, 19 Mar 2014, at 22:35, Maduranga Siriwardena wrote:
   @Gryllida,
   Previously I checked the page [1]. But I couldn't find much details about
   how the scoring is done. So can you please elaborate how the scoring is
   done so that I can design how the scoring form should look like?
  
   [1] https://meta.wikimedia.org/wiki/User:Gryllida/sandbox
  
   Regards,
   Maduranga.
  
  
   On Wed, Mar 19, 2014 at 4:51 PM, Gryllida gryll...@fastmail.fm wrote:
  
The score really should be something different from a textbox imo.
   
See more detail I could locate about this idea:
   
  https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system-roles
   and expectations @ IdeaLab (this is for any ideas, not just grants,
ie GSoC things can also go there)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - spec (linked
  from
the idealab thing)
   
On Mon, 17 Mar 2014, at 7:10, Maduranga Siriwardena wrote:
 Hi all,
 I'm Maduranga Siriwardena, 3rd year Computer Science and Engineering
 undergraduate of University of Moratuwa Sri Lanka. I have applied
  for the
 project *A system for reviewing funding request* and the project
proposal I
 submitted to google-melange can be found in [1].

 I have created a wiki page containing my project proposal and you can
find
 it from [2].

 And also my user page can be found from [3].

 [1]

   
  https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/madurangasiriwardena/5629499534213120
 [2]

   
  https://www.mediawiki.org/wiki/User:Maduranga/A_system_for_reviewing_funding_requests

 [3] https://www.mediawiki.org/wiki/User:Maduranga

 --
 Maduranga Siriwardena
 Undergraduate
 University of Moratuwa, Faculty of Engineering
 Department of Computer Science and Engineering
 ___
 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
  
  
  
  
   --
   Maduranga Siriwardena
   Undergraduate
   University of Moratuwa, Faculty of Engineering
   Department of Computer Science and Engineering
   ___
   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
 
 
 
 
 -- 
 Maduranga Siriwardena
 Undergraduate
 University of Moratuwa, Faculty of Engineering
 Department of Computer Science and Engineering
 ___
 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

Re: [Wikitech-l] GSoC 2014: project proposal for a system for reviewing funding request.

Hi Rahul,

[Again the usual detail I share on this...
https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system - a
formal idea page for it to evolve (idealab is for all ideas, gsoc too, not just
grants from wmf)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - a spec (linked there)]

https://www.mediawiki.org/wiki/A_System_for_reviewing_Funding_Requests

Great proposal! I see some relevant bug fixing background and spec. (I'm not
mentoring the thing, but I'm one of the people who is interested in using it.)

Regarding your time plan: Please include means for implementing feedback from
the Grant Committees on *each* *step* as it could improve your output. Your
mentors would give such feedback to you.

Regards
Gryllida.

On Thu, 20 Mar 2014, at 20:07, Rahul Mishra wrote:
On 03/20/2014 01:36 PM, Rahul Mishra wrote:
Hi,

Please ignore my earlier mail, i have done some editing in my draft
and mailing it again.

I am Rahul Mishra,final year undergraduate and pursuing
my B-Tech form Netaji Subhash Engineering College having
majors Computer Sciences Engineering.

I am very much interested in the project of A system for reviewing
funding
requests and proposed a draft titled A system for reviewing funding
requests.

Please review my draft and please give your valuable
advise/suggestions, so that
i can further improve my proposal and make it better.

Link to my Userpage.
https://www.mediawiki.org/wiki/User:Rahulmishra22

Link to the project.
https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014#A_system_for_reviewing_funding_requests

Link to the Proposal.
https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014#A_system_for_reviewing_funding_requests

Thank you,
Rahul Mishra.
Dept. of CSE,
NSEC.

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

Just an edit in above

Link to the proposal :
https://www.mediawiki.org/wiki/A_System_for_reviewing_Funding_Requests

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

Re: [Wikitech-l] [GSOC] A system for reviewing funding requests Details of project

2014-03-22 Thread Gryllida

Dear Kushal,

While I understand initial frustration as you worry of your application 
outcome, I suspect that (i) the prior experience with relevant technologies and 
bug fixes and (ii) ability to write a clear Synopsis is all that matters. The 
Synopsis is reasonably clear, to me :-). I am not mentoring this, as I am not 
familiar with any of the technologies involved, so I can't fully comment on 
(i); however, I could perhaps notice that in your resume, the 'Projects' 
section lacks detail on the languages involved, so it's a bit hard to spot 
supporting ground for the languages you list somewhere closer to the top.

Again thanks,
Gryllida.

On Sat, 22 Mar 2014, at 14:21, Kushal Khandelwal wrote:
 Thank you Gryllida.
 If you can have a look at the application and give me some feedback and
 your inputs.
 
 Thank you for your help.
 
 
 On Sat, Mar 22, 2014 at 4:15 AM, Gryllida gryll...@fastmail.fm wrote:
 
  It's not just IEG Grants --  PEG Grants also I think.
  https://meta.wikimedia.org/wiki/Grants
  Good luck with your application!
 
  On Fri, 21 Mar 2014, at 8:51, Kushal Khandelwal wrote:
   Hi Community
  
   I am Kushal Khandelwal from India. Currently pursuing my undergraduate
   degree from BITS Pilani KK Birla Goa Campus.
  
   I am applying for the GSOC Project :A system for reviewing funding
  requests
   Details of project :
  
  https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system
  
   I have an initial drafr proposal ready at :
  
  https://www.mediawiki.org/wiki/User:Kushal124/A_system_for_reviewing_funding_requests_GSOC
  
   I kindly request the community to provide me feedback on my project.
  
   My user page :  https://www.mediawiki.org/wiki/User:Kushal124
  
   I also worked on initial microtask by providing a fix for
   Bug/62464https://bugzilla.wikimedia.org/show_bug.cgi?id=62464
  
   Thank you Bryan Davis(bd808) and mutante for helping me out with my first
   bug fix to mediwaiki community.
  
   Thanks and Regards
   --
  
   Kushal Khandelwal
  
  
   Birla Institute of Technology  Science, Pilani
  
   K K Birla Goa Campus
   ___
   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
 
 
 
 
 -- 
 
 Kushal Khandelwal
 
 
 Birla Institute of Technology  Science, Pilani
 
 K K Birla Goa Campus
 
 
 Tel: +91 9673818465
 ___
 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

Re: [Wikitech-l] [GSOC] A system for reviewing funding requests Details of project

2014-03-21 Thread Gryllida

It's not just IEG Grants --  PEG Grants also I think.
https://meta.wikimedia.org/wiki/Grants
Good luck with your application!

On Fri, 21 Mar 2014, at 8:51, Kushal Khandelwal wrote:
 Hi Community
 
 I am Kushal Khandelwal from India. Currently pursuing my undergraduate
 degree from BITS Pilani KK Birla Goa Campus.
 
 I am applying for the GSOC Project :A system for reviewing funding requests
 Details of project :
 https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system
 
 I have an initial drafr proposal ready at :
 https://www.mediawiki.org/wiki/User:Kushal124/A_system_for_reviewing_funding_requests_GSOC
 
 I kindly request the community to provide me feedback on my project.
 
 My user page :  https://www.mediawiki.org/wiki/User:Kushal124
 
 I also worked on initial microtask by providing a fix for
 Bug/62464https://bugzilla.wikimedia.org/show_bug.cgi?id=62464
 
 Thank you Bryan Davis(bd808) and mutante for helping me out with my first
 bug fix to mediwaiki community.
 
 Thanks and Regards
 -- 
 
 Kushal Khandelwal
 
 
 Birla Institute of Technology  Science, Pilani
 
 K K Birla Goa Campus
 ___
 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

Re: [Wikitech-l] Separating skins from core MediaWiki (GSoC proposal)

2014-03-21 Thread Gryllida

Thought the deadline is March 21. I also hope you find a second student to help 
with this, looks like a lot of great work.

On Fri, 21 Mar 2014, at 7:34, Bartosz Dziewoński wrote:
 I realize this has been discussed on this list rather recently (starting with 
 Jon's CologneBlue question), and I realize some exploratory work has started 
 (or at least was considered), but I'm submitting this anyway. I came up with 
 the general idea first (really!), just haven't had time to write it down 
 before.
 
 Several people asked me to reply regarding the CologneBlue thread – consider 
 this my response. :)
 
 Comments (here or on the talk page) would be very welcome. I haven't gotten 
 anyone to formally commit to mentoring this project yet, hopefully that can 
 be sorted out on time.
 
 https://www.mediawiki.org/wiki/User:Matma_Rex/Separating_skins_from_core_MediaWiki
 
 
 Project synopsis:
 
 MediaWiki core includes four skins, and allows site administrators to create 
 and install additional ones. However, the process is less than pleasant, due 
 to several related problems (lack of documentation, more than one correct 
 way to make a skin work, directory layout that makes packaging and 
 (un)installation difficult, core skins and MediaWiki itself being 
 interdependent, and possibly others).
 
 I intend to solve at least two of the aforementioned issues by devising and 
 documenting a saner directory layout for skins (and applying it to the four 
 core ones) and then carefully disentangling them from MediaWiki code, 
 removing cross-dependencies and making it possible for non-core skins to have 
 the same level of control over all aspects of the lookfeel as core ones 
 currently have. This would make the lives of both skin creators and site 
 administrators wishing to use a non-default skin a lot easier.
 
 If everything goes well, the process would be culminated with moving the core 
 skins out of core, to separate git repositories. This would require 
 coordination with MediaWiki release managers (to have them shipped in the 
 release tarballs the way certain extensions are shipped now) and Wikimedia 
 Foundation Operations team members (to ensure the deployment of the new 
 system on Wikimedia wikis goes smoothly), so it cannot be made a part of my 
 core proposal.
 
 -- 
 Matma Rex
 
 ___
 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

Re: [MediaWiki-l] Return address user-to-user e-mail

On Wed, 19 Mar 2014, at 22:40, Ad Strack van Schijndel wrote:
 When using user-to-user e-mail the address of the sender is revealed to the 
 addressee. 
 I don't see a setting that can prevent this. Is there an easy way to prevent 
 the address to be revealed in user-to-user e-mail?
 
 
 Kind regards,
 
 Ad Strack van Schijndel
 
 Wikibase Solutions
 www.wikibase.nl
 T: +31 162 229 686
 M: +31 6 4023 2715
 
 
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l


By not using on-wiki mail, you can just disable it.

You may also want to file a bug though, I don't see one, and it's possible to 
mask the email, in principle.
http://help.gumtree.com/articles/General_Information/Anonymised-emails?at=Anonymised

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Design] Musing about canned edit summaries

On Tue, 11 Mar 2014, at 8:32, Jon Robson wrote:
 The app team showed a demo to the mobile web team today of the latest
 editing experience for the new Wikipedia app that is being worked on.
 The mobile app editing experience was very consistent with mobile web
 which is a great thing, that said it had one significant difference -
 canned edit summaries.
 
 The interface showed various buttons that when clicked would populate
 the edit summary input. e.g. Fixed typos/grammar or Added links)
 
 I wanted to discuss whether this is a good idea?

No.

 
 If the goal is to give ideas to users on what they can do to edit, we
 should be doing that at the start of the workflow in my opinion - tell
 a new user what they can, give them a better idea using the article
 issues templates.
 
 If the goal is to make the users editing experience easier (which it
 should be), personally I think it would be more useful to have an
 autocomplete that allows an editor to recycle older edit summaries.

That's what a browser form history is for. I am yet to see two users who would 
use the same edit summaries.

 
 PS. Is there a link to a wiki page for these designs, so other people
 can see what I'm talking about?
 
 ___
 Design mailing list
 Design@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/design

___
Design mailing list
Design@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design

Re: [Wikitech-l] A modern, scalable and attractive skin for MediaWiki (GSoC 2014 proposal)

Add mobile friendliness ('responsive CSS') to the list of requirements/goals?

On Tue, 18 Mar 2014, at 14:46, Pavel Astakhov wrote:
 Hi, the link [4] was broken:
 
 https://www.mediawiki.org/wiki/User:Jack_Phoenix/A_modern,_scalable_and_attractive_skin_for_MediaWiki_(GSoC_2014_proposal)
 
 
 
 18.03.2014 06:34, Jack Phoenix пишет:
  Hi all,
 
  I'm Jack Phoenix [1], a MediaWiki developer whose primary interests are
  social tools [2] and skinning [3]. Skinning, especially when related to
  core MediaWiki, is a rather esoteric area where we don't have much
  developer capacity, the skinning system is obscure and not well-documented
  and as a direct result of this, MediaWiki has considerably fewer
  third-party skins than, for example, phpBB or WordPress.
  Although most of us can agree on the fact that the skin system needs an
  overhaul, that's quite a huge project which cannot be undertaken lightly
  nor without prior discussion and planning. Instead, I'm proposing a few
  steps in the right direction in my Google Summer of Code (GSoC) 2014
  proposal A modern, scalable and attractive skin for MediaWiki [4].
 
  [1] https://www.mediawiki.org/wiki/User:Jack_Phoenix
  [2] https://www.mediawiki.org/wiki/Social_tools
  [3] https://www.mediawiki.org/wiki/Manual:Skinning
  [4]
  https://www.mediawiki.org/wiki/User:Jack_Phoenix/A_modern,_scalable_and_attractive_skin_for_MediaWiki_(GSoC_2014_proposal
  )
 
 
  Looking forward to hearing your thoughts,
  --
  Jack Phoenix
  MediaWiki developer
  ___
  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 mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] GSOC-2014: Project Proposal for A system for reviewing funding request

The score really should be something different from a textbox imo.

See more detail I could locate about this idea:
https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system - 
roles and expectations @ IdeaLab (this is for any ideas, not just grants, ie 
GSoC things can also go there)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - spec (linked from the 
idealab thing)

On Mon, 17 Mar 2014, at 7:10, Maduranga Siriwardena wrote:
 Hi all,
 I'm Maduranga Siriwardena, 3rd year Computer Science and Engineering
 undergraduate of University of Moratuwa Sri Lanka. I have applied for the
 project *A system for reviewing funding request* and the project proposal I
 submitted to google-melange can be found in [1].
 
 I have created a wiki page containing my project proposal and you can find
 it from [2].
 
 And also my user page can be found from [3].
 
 [1]
 https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/madurangasiriwardena/5629499534213120
 [2]
 https://www.mediawiki.org/wiki/User:Maduranga/A_system_for_reviewing_funding_requests
 
 [3] https://www.mediawiki.org/wiki/User:Maduranga
 
 -- 
 Maduranga Siriwardena
 Undergraduate
 University of Moratuwa, Faculty of Engineering
 Department of Computer Science and Engineering
 ___
 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

Re: [Wikitech-l] GSOC-2014 proposal for project A system for reviewing funding requests

Again the usual detail I share on this...
https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system - a 
formal idea page for it to evolve (idealab is for all ideas, gsoc too, not just 
grants from wmf)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - a spec (linked there)

On Sat, 15 Mar 2014, at 22:34, Karan Dev wrote:
 hi,
 I made my proposal on project project A system for reviewing funding
 requests which I am willing to contribute.
 Here is my proposal link:
 https://www.mediawiki.org/wiki/Reviewing_funding_requests
 
 Link to my user page: https://www.mediawiki.org/wiki/User:Karan10
 
 Please review my proposal so that I can make it better.
 
 Thanks,
 
 (Karan Dev)
 ___
 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

Re: [Wikitech-l] A system for reviewing funding requests

Please see more detail I could locate about this idea:
https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system - 
roles and expectations @ IdeaLab (this is for any ideas, not just grants, ie 
GSoC things can also go there)
https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - spec (linked from the 
idealab thing)

On Fri, 7 Mar 2014, at 21:05, Ioannou Orestis wrote:
 Hello,
 
 My name is Orestis Ioannou and I am a first year graduate student in the
 Master's program of the University Claude Bernard Lyon1 in Lyon, France.
 
 I have a fair knowledge of PHP and MySQL acquired from various projects
 in the university as well as some web development jobs I had. My latest
 projects are a multilingual website for a company in Cyprus
 www.anosis.com.cy and a personal website for a statistician
 www.atoumazi.com . Right now i am finishing another website for a
 company in Cyprus. Development can be reviewed here:
 www.ancora-services.com . You can find more about myself on my personal
 website: www.oioannou.com
 
 I am interested in the project  A system for reviewing funding
 requests. I am looking for more details so i can start my proposal.
 Does the project include nay font-end development? How are the reviewers
 going to score each application?
 
 Best regards,
 
 Orestis
 
 
 
 ___
 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

Re: [Wikitech-l] GSOC-2014: Project Proposal for A system for reviewing funding request

It is a few questions with a score (an integer) on each. Possibly also one 
textbox.

I.e.

budget ok?
1 2 3 4 5 6
X

scope / multi project impact?
1 2 3 4 5 6
X

impact substantial?
1 2 3 4 5 6
  X

impact to continue after grant ends?
1 2 3 4 5 6
X

ok to fund?
0 1
X

comments (posted to grant applications talk pages after reviewing ends, but 
anonymous)

|
| (a text box)
|


I have forwarded your initial message to one of the mentors, so I think they'd 
hand you some small test tasks to check your skills and add you in to the GSOC 
project. (I have found 3-4 students interested and forwarded them all so I hope 
you'll all make it to completion!)

Gryllida.

On Wed, 19 Mar 2014, at 22:35, Maduranga Siriwardena wrote:
 @Gryllida,
 Previously I checked the page [1]. But I couldn't find much details about
 how the scoring is done. So can you please elaborate how the scoring is
 done so that I can design how the scoring form should look like?
 
 [1] https://meta.wikimedia.org/wiki/User:Gryllida/sandbox
 
 Regards,
 Maduranga.
 
 
 On Wed, Mar 19, 2014 at 4:51 PM, Gryllida gryll...@fastmail.fm wrote:
 
  The score really should be something different from a textbox imo.
 
  See more detail I could locate about this idea:
  https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system- 
  roles and expectations @ IdeaLab (this is for any ideas, not just grants,
  ie GSoC things can also go there)
  https://meta.wikimedia.org/wiki/User:Gryllida/sandbox - spec (linked from
  the idealab thing)
 
  On Mon, 17 Mar 2014, at 7:10, Maduranga Siriwardena wrote:
   Hi all,
   I'm Maduranga Siriwardena, 3rd year Computer Science and Engineering
   undergraduate of University of Moratuwa Sri Lanka. I have applied for the
   project *A system for reviewing funding request* and the project
  proposal I
   submitted to google-melange can be found in [1].
  
   I have created a wiki page containing my project proposal and you can
  find
   it from [2].
  
   And also my user page can be found from [3].
  
   [1]
  
  https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/madurangasiriwardena/5629499534213120
   [2]
  
  https://www.mediawiki.org/wiki/User:Maduranga/A_system_for_reviewing_funding_requests
  
   [3] https://www.mediawiki.org/wiki/User:Maduranga
  
   --
   Maduranga Siriwardena
   Undergraduate
   University of Moratuwa, Faculty of Engineering
   Department of Computer Science and Engineering
   ___
   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
 
 
 
 
 -- 
 Maduranga Siriwardena
 Undergraduate
 University of Moratuwa, Faculty of Engineering
 Department of Computer Science and Engineering
 ___
 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

Re: [Wikimediaau-l] Apparently corrupt administration of this list

2014-03-18 Thread Gryllida

On Tue, 18 Mar 2014, at 20:41, to...@iinet.net.au wrote:
 Steven, you don't put someone on moderation because they're asking
 uncomfortable questions. You provided no evidence of your accusations
 of personal attack.

Just by evidence of two instances of such attacks in this thread? One of them 
also involves legal threats, something that is -- iirc -- banned on-wiki at 
Wikimedia projects.

___
Wikimediaau-l mailing list
Wikimediaau-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikimediaau-l

Re: [Wikitech-l] GSOC project: calculating the quality of editors and content (was Guidance for the Project Idea for GSOC 2014)

2014-03-07 Thread Gryllida

I oppose such idea or implementation, automating ranking of content sounds like 
a way to get people focus on the rank/score aggressively instead of human work 
on content. They already focus on 'number of GA reviews' and 'number of FAs I 
contributed to', relying on style and content guides for these more than on the 
concept of freedom of knowledge. I had created 
https://meta.wikimedia.org/wiki/Karma recently in an attempt to start gathering 
examples of such blindly misleading work.

If implemented, I dare to ask that the thing is opt-in...

On Fri, 7 Mar 2014, at 10:25, Quim Gil wrote:
 Hi Devender, I'm not a developer but I hope my feedback as editor is useful.
 
 On 03/06/2014 12:02 AM, Devender wrote:
  I want to implement a ranking system of the editors(especially 3rd party
  editors) of the Wikipedia through which viewers can differentiate between
  the content of the page. 
 
 What do you mean with 3rd party editors?
 
 
  This ranking system will increase the content reliability
 
 Content reliability is indeed an interesting value for wiki content,
 especially in projects like Wikipedia. However, basing the reliability
 of the content on the quantity of edits done by an editor is risky --to
 say the least.
 
 Reliability is based on quantity, not quality. If you would find a way
 to assess the quality of the editions of an editor (and therefor the
 reliability of an editor)... Then maybe you could provide a hint about
 the reliability of an article based on the reliability of the editors
 that edited it.
 
 Even in that case it might be complex to figure out when the reliable
 editors are acting to add more quality to an already good article, or to
 fix the worst issues of a horrible article. When they add and when they
 revert...
 
 And of course it may also happen that editors not identified as reliable
 produce great content, as it often the case with editors very
 specialized in certain topic, with a short history of excellent edits.
 
  2. Make the different color of the line/paragraph if the content of the
  line/paragraph is very new and its reliability score is less.
 
 Even if there is some probability that older paragraphs that have
 survived many edits intact are somewhat reliable, it is too easy to find
 examples disproving this point. This is true especially in the articles
 needing more a quality assessment, those that are not edited often and
 are not watched by many experienced editors.
 
 
  Please let me if I should go with this idea. If not, guide me how to start
  working on different idea.
 
 This is just my personal opinion and I'm not an expert. Maybe someone
 else will ave a different, more positive opinion about your project, or
 advice to re-focus it.
 
 In general, students proposing new projects have more chances of success
 if they start pitching and testing their ideas months before the GSoC.
 Add a factor of x5 at least if your main target is a Wikimedia project.
 
 If you don't get mentors for your project very soon, then the safest
 option is to choose a project at
 https://www.mediawiki.org/wiki/Summer_of_Code_2014 and go for it.
 
 Thank you for your interest in contributing to Wikimedia. Also thank you
 for following my suggestion to post at wikitech-l. I hope you wll get
 more feedback from other people in this list.
 
 -- 
 Quim Gil
 Technical Contributor Coordinator @ Wikimedia Foundation
 http://www.mediawiki.org/wiki/User:Qgil
 
 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l
 Email had 1 attachment:
 + signature.asc
   1k (application/pgp-signature)

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

Re: [Wikimedia-l] More new editors?

2014-03-07 Thread Gryllida

At risk of not quite answering the question:

To keep our editors properly, we should make the software sufficiently 
reasonable and flexibly to automate routine work people encounter...

I couldn't get started at Wiktionary or Wikibooks easily due to my lack of 
linguistic or librarian background, and lack of tools to make elementary edits 
within such project scope — tools anyone can edit, using a standardized 
flexible framework, unlike the existing 'gadgets' which are so easy to break 
and difficult to write in a way which is easy to maintain, and share so little 
code.

On Fri, 7 Mar 2014, at 19:35, Charles Andrès wrote:
 TLDR:transform the thank you campaign after the fundraising  in a Thank you 
 campaign: became an editor
 
 
 Following a really nice discussion of the swiss mailing list, I had a look in 
 the statistics here: 
 http://stats.wikimedia.org/EN/TablesWikipediansEditsGt5.htm
 
 First, as unfortunately expected I notice the decrease between january 2013 
 and 2014, but in the second time I've been surprised by the increase in 
 january 2014 comparing to december 2013.
 
 I first thought the large press coverage of the decline of Wikipedia  had 
 an effect to motivate new editors, but when looking to these charts 
 http://reportcard.wmflabs.org/graphs/new_editors
 
 I notice that every winter we have these increase of editors , most probably 
 due to the fundraising campaign.
 
 But unfortunately, like for Wiki Loves Monuments effect, this increase of new 
 editors during a month is not enough to invert the tendency 
 http://reportcard.wmflabs.org/graphs/active_editors
 
 It has been discussed several time in the past, but I guess we should do it 
 again, how can we turned the fundraising campaign in a massive outreach 
 campaign?
 
 I have two leads, the easy one and the complex one :-)
 
 
 The easy one would be to add to the thank you message an invitation to 
 join/meet/take information about users-group, thematic organisation or 
 chapters. This move may help to improve the retention by a face to face 
 approach.
 
 The complex one would be to develop a system to invite people to contribute 
 in specific article.
 
 The main point would be to transform the thank you campaign in a Thank you 
 campaign: became an editor
 The idea is to display a banner inviting the reader to edit wikipedia. the 
 concept is the following:
 identify the categories of the page currently displayed
 select three articles in these categories with a template “expand” or similar
 http://en.wikipedia.org/wiki/Template:Empty_section
 http://en.wikipedia.org/wiki/Template:Expand_section
 http://fr.wikipedia.org/wiki/Mod%C3%A8le:Section_vide_ou_incompl%C3%A8te
 displayed a message like:
 You can also help Wikipedia by expanding an article, here are three articles 
 that need your help, if you want to know how you can help, click on the topic 
 you like :
 article from category one
 article from category two
 article from category three (or random category)
 after the reader click on the article, send him to the section to expand:
 in edit mode, with a banner explaining the basics of editing or
 with visual editor displaying a banner explaining this mode
 after publication of the article, a thank you banner, explaining how to 
 register, with a link to the create an account page
 
 
 I start a page on meta to see if this idea can be 
 discuss/expand/improved/deployed 
 https://meta.wikimedia.org/wiki/Wikimedia_CH/outreach_fundraising_campaign
 
 
 Thanks for your comment or your help, you can also took my idea , change it 
 totally and turn it in something doable! :-D
 
 
 Charles
 
 
 
 
 
 
 
 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikitech-l] GSOC-2014 project A system for reviewing funding requests.

2014-03-06 Thread Gryllida

Hi! I think you may want to contact the mentors directly (there is several 
listed) and ask them for a more detailed spec on the project.

Siko runs the IEG program [1] and I have forwarded your message to the 
Committee as well to see anyone who wants to volunteer and help you during your 
work (as I'm assuming that the development will happen out in the open).

[1] https://meta.wikimedia.org/wiki/Grants:IEG

Gryllida

On Thu, 6 Mar 2014, at 5:19, Karan Dev wrote:
 hi,
 I am B.Tech. (CS) 3rd year student from India. I have 4 years of
 programming experience. I am comfortable with c/c++ , Php, Javascript,
 HTML, MySql.I have developed some small web based projects in PHP and using
 MySQL in my 2nd year.
 As someone already is working on my previous selected project (Catalogue
 for MediaWiki extensions). After going through the ideas list again I found
 interest in project A system for reviewing funding requests as I am
 comfortable with the required skills.
 I am new, I need some guidance from the mentors for the procedure. And Let
 me know if I missed something.
 
 
 (Karan Dev)
 ___
 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] Fwd: [Bug 7148] Requesting watchlist for changes to category content.

2014-03-03 Thread Gryllida

It would seem to me that the Collection extension, which provides 'books' for 
various sister projects, could be adapted for favorites: 'Book:Username' 
where a user can stick favorite articles and group by sections.

https://www.mediawiki.org/wiki/Extension:Collection

Thoughts?

- Original message -
From: bugzilla-dae...@wikimedia.org
To: gryll...@fastmail.fm
Subject: [Bug 7148] Requesting watchlist for changes to category content.
Date: Sun, 02 Mar 2014 11:43:14 +

https://bugzilla.wikimedia.org/show_bug.cgi?id=7148

--- Comment #32 from Subfader ---
I hacked me around this by using favorites and filtering new pages by faved
categories.
Favorites is another thing MW misses...

-- 
You are receiving this mail because:
You voted for the bug.

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

[Wikitech-l] Favorites for MW

2014-03-03 Thread Gryllida

OK, this was actually meant to have a more descriptive message subject. Ignore 
the previous message...

- Original message -
From: Gryllida
To: wikitech-l
Subject: Fwd: [Bug 7148] Requesting watchlist for changes to category content.
Date: Tue, 04 Mar 2014 13:27:11 +1100

It would seem to me that the Collection extension, which provides 'books' for 
various sister projects, could be adapted for favorites: 'Book:Username' 
where a user can stick favorite articles and group by sections.

https://www.mediawiki.org/wiki/Extension:Collection

Thoughts?

- Original message -
From: bugzilla-dae...@wikimedia.org
To: gryll...@fastmail.fm
Subject: [Bug 7148] Requesting watchlist for changes to category content.
Date: Sun, 02 Mar 2014 11:43:14 +

https://bugzilla.wikimedia.org/show_bug.cgi?id=7148

--- Comment #32 from Subfader ---
I hacked me around this by using favorites and filtering new pages by faved
categories.
Favorites is another thing MW misses...

-- 
You are receiving this mail because:
You voted for the bug.

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

Re: [MediaWiki-l] Syntax highlighting for Mediawiki code

2014-03-02 Thread Gryllida

wikEd does this, may be worth checking how, but it has an arcane bug regarding 
handling spaces which the developer says is not fixable (it replaces all utf8 
spaces with the normal space or something I don't recall and couldn't find in 
my enwp contribs). Maybe try to make CodeEditor you linked support wiki 
markup...

code editor's php means to syntax highlight
 
https://git.wikimedia.org/tree/mediawiki%2Fextensions%2FSyntaxHighlight_GeSHi/69337ceac066099c1d72e1d774fd6a85b6a88cc6/geshi%2Fgeshi

wikEd's js means (couldn't find an exact line where it does that)
 https://en.wikipedia.org/wiki/User:Cacycle/wikEd.js

an extension which may have means to parse markup which I think is needed for 
highlighting it properly
 https://www.mediawiki.org/wiki/Parsoid

On Sat, 1 Mar 2014, at 8:26, Dan Fisher wrote:
 I'm sure this has been asked a number of times before. What is the easiest
 thing that can be done so that when we click edit we see the Mediawiki
 code highlighted in different colors and various other settings instead of
 it being plain text?
 This is not highlighting for a computer language. Its highlighting for the
 default mediawiki code. For example: [[Hello|My link]]
 Just an example: 'Hello' can be in red, and the other part can be in green
 and brackets are bold and so on.
 Is there an extension that can be installed?
 
 This one, is for computer languages, so its not what I'm looking for:
 http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi
 
 Dan
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Wikitech-l] The Whole Wikipedia in English with pictures in one 40GB big file

2014-03-02 Thread Gryllida



On Sun, 2 Mar 2014, at 4:01, Emmanuel Engelhart wrote:
 Hi
 
 For the first time, we have achieved to release a complete dump of all
 encyclopedic articles of the Wikipedia in English, *with thumbnails*.
 
 This ZIM file is 40 GB big and contains the current 4.5 million articles
 with their 3.5 millions pictures:
 http://download.kiwix.org/zim/wikipedia_en_all.zim.torrent
 
 This ZIM file is directly and easily usable on many types of devices
 like Android smartphones and Win/OSX/Linux PCs with Kiwix, or Symbian
 with Wikionboard.
 
 You don't need modern computers with big CPUs. You can for example
 create a (read-only) Wikipedia mirror on a RaspberryPi for ~100USD by
 using our ZIM dedicated Web server called kiwix-serve. A demo is
 available here: http://library.kiwix.org/wikipedia_en_all/

Do this for other sister projects perhaps.

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

[Wikimedia-l] paid editing TOU amendment: disclose paid editing or coi?

2014-03-02 Thread Gryllida

https://meta.wikimedia.org/wiki/Talk:Terms_of_use/Paid_contributions_amendment#What_to_ask_to_disclose:_paid_contributions_or_COI.3F

Please participate in this discussion and help produce a well-readable 
revision, if such change is necessary. Thanks!

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikitech-l] one framework for all of that

On Tue, 25 Feb 2014, at 17:52, Brian Wolff wrote:
 As it stands (i dont live in js land, correct me if I'm wrong), its widely
 agreed having hooks for user-scripts to hook into js-based extensions like
 upload wizard and other parts of mw is a good thing. Its not neccesarily
 agreed that having support for magic wiki-text altering templates on the
 mediawiki level is a good thing. As far as i am aware, nobody is currently
 trying to make a framework for that use case on the mediawiki level (beyond
 generic support for js and js abstractions for api access)
 
 --bawolff

I'm not seeing decent JS framework either; where one wants to have the 
contributor move or create a page as a part of gadget work, he has to code a 
textbox-which-checks-and-probably-also-autocompletes-a-page-name manually with 
little means available of sharing his JS subroutine or object for other gadgets 
-- on multiple projects -- to reuse.

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

Re: [Wikitech-l] Preview of the proposal for MediaWiki Homepage

Too many pictures. It does not fit my screen size anymore. I only see a part of 
the first image and have to scroll down for the rest; scrolling is poor design.

Probably don't need to focus on Wikipedia in the as long as Wikipedia exists. 
It's all sister projects.

Is it mobile-friendly? I made another ugly table-based design here: 
https://www.mediawiki.org/wiki/MediaWiki/Homepage_redesign/Preview2

P.S. I don't see what the page curation has to do with it.

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

Re: [Wikitech-l] Preview of the proposal for MediaWiki Homepage

https://www.mediawiki.org/wiki/MediaWiki/Homepage_redesign/Preview/3

- no tables
- usage of phrase wikimedia movement instead of wikipedia

On Tue, 25 Feb 2014, at 7:54, Brena Monteiro wrote:
 Hello everyone,
 
 I would like to invite you to take a look the preview [1] of MediaWiki
 Homepage. Your opinion, contribution and help are very welcome.
 
 Thank you.
 
 Best regards,
 
 [1] https://www.mediawiki.org/wiki/MediaWiki/Homepage_redesign/Preview
 
 Brena Monteiro
 +55 27 98109 0123
 @monteirobrena http://twitter.com/monteirobrena
 Reflexões Brenianas http://monteirobrena.wordpress.com
 ___
 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

Re: [Wikitech-l] Preview of the proposal for MediaWiki Homepage

Thanks for taking down the thoughts, Daniel; the translation and mobile 
friendliness got me amused too.

On Wed, 26 Feb 2014, at 9:18, Daniel Friesen wrote:
 I'm definitely going to have to agree.
 
 The Feature bits are practically bs:
 - Publish: Talks about VisualEditor, HTML, and embedded media. A
 non-default editor practically only available on Wikipedia at the
 moment, completely ignores WikiText, and embedded media doesn't really
 even fit a description of our file upload system, much less does this
 describe any real publishing features that are core to MediaWiki like
 the history tracking of pages.
 - Discuss: Yeah we have talk pages for each page, but frankly that
 iconography feels rather deceptive to how that system really works.
 - Translate: ^_^ Most of this does look good, aside from our abuse of
 MediaWiki: pages we do have great i18n. However  translation tools to
 crowdsource multilingual sites are not core but things like the tools
 that TranslateWiki uses, and are not going to be easy to find without
 any links.
 - Extend: Ok I guess the text here is fine, but for a homepage
 exclaiming that MediaWiki can be extended I don't see a single link to
 information on our extensions.
 - On the Go: Bullshit, Mobile Frontend is an extension not core, and not
 installed on most wiki, MediaWiki is not Ready for mobile devices and
 tablets out of the box as this deceptively suggests.
 - Reliable: I'm not sure about the W icon for this. But for a point on
 being tested and maintained as long as Wikipedia exists, what about how
 MW is designed to scale up to the level of traffic and reliability
 needed by a wiki as large as Wikipedia.
 
 But frankly I see something even worse on this page. Scanning the entire
 text of this homepage, aside from MediaWiki and Wikipedia, I do not
 see one single use of the word wiki. And worse, not a single piece of
 text noting that MediaWiki is open source.
 
 Forget the way it ignores the existence of the WMF outside of Wikipedia,
 it's like the fundamental pieces of MediaWiki, a piece of open-source
 wiki software, have been completely forgotten and replaced with the
 kind of homepage you'd see on a for-profit proprietary piece of software.
 
 ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]
 
 On 2014-02-25 7:49 AM, Brad Jorsch (Anomie) wrote:
  The huge image at the top, pushing all the real content below the
  fold, seems pretty awful to me. I also don't much care for the weird,
  vague feature bits at the bottom that don't even link to anything
  useful and distract from the links to actual useful content just below
  them, or the fact that in the News section useful stuff like
  security releases has been replaced with irrelevancies (and given such
  little space that it wraps the headlines after every word or two), or
  the lack of mention as to what the current version number is near the
  Get MediaWiki button.
 
  It seems to me that you probably concentrated too much on the to
  better promote MediaWiki as a product part and not the and as a free
  software project part.
 
  On Mon, Feb 24, 2014 at 3:54 PM, Brena Monteiro monteirobr...@gmail.com 
  wrote:
  Hello everyone,
 
  I would like to invite you to take a look the preview [1] of MediaWiki
  Homepage. Your opinion, contribution and help are very welcome.
 
  Thank you.
 
  Best regards,
 
  [1] https://www.mediawiki.org/wiki/MediaWiki/Homepage_redesign/Preview
 
  Brena Monteiro
  +55 27 98109 0123
  @monteirobrena http://twitter.com/monteirobrena
  Reflexões Brenianas http://monteirobrena.wordpress.com
  ___
  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 mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Multimedia] Poll - would you like to see more traffic related to the Multimedia team's day-to-day work on this list?

2014-02-24 Thread Gryllida

Dear all,

Like with all other development, I find a need in more documentation of the
plans and of the currently active things.

For example, VisualEditor has nothing to help me comprehend its code-base than
the source code itself; it had only been a jamesf's line at a meeting which
made me aware of the fact that the cologne blue and modern skins are now only
supported by community.

Now there are some really cool beta features that only work with the vector
skin. To only resource to help me is the source code. There is no UML diagram,
no docs explaining which part of code does what.

Another idea is an answer to WHY you are working on the media viewer. It is a
nice experience but...

...there is a lot of pages which would make use of a do-it-without-page-reload
approach, such as log-in page, edit page, history page.

...there also is a need of all sister projects in wizard tools and widgets.
Currently adding an article to Wiktionary is a royal pain and I could not
figure out how to add an idiom with translation, without pulling hair and
spending time to find another existing Wiktionary entry which is (1) a verb,
(2) an idiom, and (3) has a translation. There also are gadgets for the
so-called interactive template use-case [1] where each developer reinvents
wheel a lot and the gadgets share no code but they should.

...everything the WMF works on should have long-term impact after WMF stops
working on the darn thing. The impact should be cross project.

... With this in mind I would personally encourage heavy collaboration of all
teams to build a framework which lets people script the MediaWiki software
including media viewer screen, log-in screens, article creation screens /
wizard, an interactive thingie for working with templates [1] (taking an
{{unblock}} request for example without having to memorize the template syntax).

This may need help from VisualEditor and Parsoid people; from Flow people who
had spread the 'custom workflows' rumour; and YOUR help to understand that
moving an interactive thingie logic from an extension onto a wiki benefits
everyone, even if it makes codereview-worthy bits harder to spot (recall some
people saying that none of UploadWizard's logic can sit on-wiki because of that
[2])

[1] https://www.mediawiki.org/wiki/User:Gryllida/Templates/Interactive
[2]
https://www.mediawiki.org/wiki/Requests_for_comment/UploadWizard:_scale_to_sister_projects

Gryllida.

On Sun, 23 Feb 2014, at 20:25, Gergo Tisza wrote:
Hi all,

the Multimedia team had some discussions recently about how to make our
work more transparent and more open to volunteers, and we decided to try
using an open subscription mailing list for team discussions, instead of
the current practice of cc-ing each member manually. These discussions are
about day-to-day details of our work; sometimes feature requirements or
design, sometimes technical details. The volume is typically one or two new
threads per day.

We weren't sure how much members of this list would be interested in such
conversations and didn't want to flood this list with mails that are not
useful for most members, but we also do not want to split conversation
channels unnecessarily. Please help us by telling whether you would be
interested in the topics mentioned above, or would prefer if we created a
new mailing list for them.

Thanks!
Gergő
___
Multimedia mailing list
multime...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia

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

[Wikitech-l] one framework for all of that

2014-02-24 Thread Gryllida

On Tue, 25 Feb 2014, at 5:29, Mark Holmquist wrote:
 On Tue, Feb 25, 2014 at 01:35:33AM +1100, Gryllida wrote:
  ... With this in mind I would personally encourage heavy collaboration of 
  all teams to build a framework which lets people script the MediaWiki 
  software including media viewer screen, log-in screens, article creation 
  screens / wizard, an interactive thingie for working with templates [1] 
  (taking an {{unblock}} request for example without having to memorize the 
  template syntax).
  [1] https://www.mediawiki.org/wiki/User:Gryllida/Templates/Interactive
 
 Just one massive framework for *all* of that? Actually, it already
 exists [7]. What we should be asking for is more use of it by core and
 extensions, but we're already working on that, too [8].
 
 [7] https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.hook
 [8] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/168

Do you find that enough for contributors to develop interactive bits of 
software which are easy to maintain and share code with each-other? I don't.

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

Re: [Wikimedia-l] Wikimedia-l archives

2014-02-24 Thread Gryllida

Did that reflect on gmane?

On Tue, 25 Feb 2014, at 10:48, Federico Leva (Nemo) wrote:
 The archives were rebuilt (and then restored up to January) under 
 request of a user who shared private information in February. Old links 
 are not broken and you can normally access the specific volumes: 
 http://lists.wikimedia.org/pipermail/wikimedia-l/2014-February/thread.html
 
 Nemo
 
 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] extend mediawiki software to allow append a group, and COI to an edit

2014-02-23 Thread Gryllida

No, I mean, that's what article talk page is for.

It's close to useless to get a contributor admit COI by ticking a box. 
1) He won't do it.
2) It's much better to add a box to ?action=edit, when a page is created, 
asking the contributor to type something in manually (what motivated you to 
create article? please disclose conflict of interest and affiliations to help 
us help you.).

Stop adding complexity, bureaucracy and terms. The learning curve is full 
enough of paperwork, terms, badges, and reviewing as is.

On Sun, 23 Feb 2014, at 16:47, Gerard Meijssen wrote:
 Hoi,
 Why ?
 Thanks.
  GerardM
 
 
 On 22 February 2014 21:13, Gryllida gryll...@fastmail.fm wrote:
 
  I do mind 5 and 6, since their submissions would be deleted aggressively.
  I feel that you may introduce a marker if you want, but not a separate
  queue.
 
  On Sun, 23 Feb 2014, at 2:25, rupert THURNER wrote:
   hi,
  
   could wmf please extend the mediawiki software in the following way:
   1. it should knows groups
   2. allow users to store an arbitrary number of groups with their profile
   3. allow to select one of the groups joined to an edit when saving
   4. add a checkbox COI to an edit, meaning potential conflict of
  interest
   5. display and filter edits marked with COI in a different color in
  history
   views
   6. display and filter edits done for a group in a different color in
   history views
   7. allow members of a group to receive notifications done on the group
  page,
  or when a group is mentioned in an edit/comment/talk page.
  
   reason:
   currently it is quite cumbersome to participate as an organisation. it is
   quite cumbersome for people as well to detect COI edits. the most
  prominent
   examples are employees of the wikimedia foundation, and GLAMs. users tend
   to create multiple accounts, and try to create company accounts. the
  main
   reason for this behaviour are (examples, but of course valid general):
   * have a feedback page / notification page for the swiss federal archive
   for other users
   * make clear that an edit is done private or as wmf employee
  
   this then would allow the community to create new policies, e.g. the
  german
   community might cease using company accounts, and switch over to this
   system. this proposal is purely technical. current policies can still be
   applied if people do not need something else, e.g. wmf employees may
   continue to use sue gardner (wmf) accounts.
  
   what you think?
  
   best regards,
   rupert
   ---
   swissGLAMour, http://wikimedia.ch
   ___
   Wikimedia-l mailing list
   Wikimedia-l@lists.wikimedia.org
   Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
  mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
 
  ___
  Wikimedia-l mailing list
  Wikimedia-l@lists.wikimedia.org
  Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
  mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
 
 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [MediaWiki-l] How to do my first contribution to Wikimedia

Just choose what to edit, and edit it. It usually is something in a topic you 
know well and know what to add to it. If there's a problem, you have to be more 
specific.

May https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Council/Directory 
orient you also.

gry

On Sat, 22 Feb 2014, at 5:39, Muthumini Waidyarathna wrote:
 Hello Wikimedia,
 
 I am a third year undergraduate of University of Colombo School of
 Computing, Sri Lanka following the degree programme of BICT. I would like
 to join with you and contribute to Wikimedia.  I have already followed the
 instructions of the Landing section recommended for a newbie.
 
 Can someone please give me some information on how to do a contribution..
 
 Thank You.
 Muthumini Waidyarathna.
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] How to do my first contribution to Wikimedia

Sorry, discard previous message. I had misread the list name.

gry

On Sat, 22 Feb 2014, at 20:30, Gryllida wrote:
 Just choose what to edit, and edit it. It usually is something in a topic you 
 know well and know what to add to it. If there's a problem, you have to be 
 more specific.
 
 May https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Council/Directory 
 orient you also.
 
 gry
 
 On Sat, 22 Feb 2014, at 5:39, Muthumini Waidyarathna wrote:
  Hello Wikimedia,
  
  I am a third year undergraduate of University of Colombo School of
  Computing, Sri Lanka following the degree programme of BICT. I would like
  to join with you and contribute to Wikimedia.  I have already followed the
  instructions of the Landing section recommended for a newbie.
  
  Can someone please give me some information on how to do a contribution..
  
  Thank You.
  Muthumini Waidyarathna.
  ___
  MediaWiki-l mailing list
  MediaWiki-l@lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
 
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Wikitech-l] .wiki gTLD

That is a tough one, since most project names /start/ with wiki. pedia.wiki 
just sounds awkward, as do many others.

On Fri, 21 Feb 2014, at 5:56, Derric Atzrott wrote:
 ICANN just delegated the gTLD .WIKI yesterday.  It's being managed by Top 
 Level
 Design, LLC.  I'm not entirely sure what that means for all of us exactly, 
 but I
 suspect that the WMF is going to want to at least register Wikipedia.wiki and
 Wikimedia.wiki once the gTLD is open for registration.
 
 Some of the new gTLDs are already opening up for registration.  .sexy and
 .tattoo will be opening for registration on 25 February.
 
 It looks like if we want to get .wiki domains we will be getting them sometime
 in May or June during the sunrise period.[1]
 
 ICANN also has a full list of new gTLDs that they have approved.[2]
 
 Thank you,
 Derric Atzrott
 Computer Specialist
 Alizee Pathology
 
 [1]: http://www.namejet.com/Pages/newtlds/tld/WIKI
 [2]: http://newgtlds.icann.org/en/program-status/delegated-strings
 
 
 ___
 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

Re: [Wikimedia-l] extend mediawiki software to allow append a group, and COI to an edit

I do mind 5 and 6, since their submissions would be deleted aggressively. I 
feel that you may introduce a marker if you want, but not a separate queue.

On Sun, 23 Feb 2014, at 2:25, rupert THURNER wrote:
 hi,
 
 could wmf please extend the mediawiki software in the following way:
 1. it should knows groups
 2. allow users to store an arbitrary number of groups with their profile
 3. allow to select one of the groups joined to an edit when saving
 4. add a checkbox COI to an edit, meaning potential conflict of interest
 5. display and filter edits marked with COI in a different color in history
 views
 6. display and filter edits done for a group in a different color in
 history views
 7. allow members of a group to receive notifications done on the group page,
or when a group is mentioned in an edit/comment/talk page.
 
 reason:
 currently it is quite cumbersome to participate as an organisation. it is
 quite cumbersome for people as well to detect COI edits. the most prominent
 examples are employees of the wikimedia foundation, and GLAMs. users tend
 to create multiple accounts, and try to create company accounts. the main
 reason for this behaviour are (examples, but of course valid general):
 * have a feedback page / notification page for the swiss federal archive
 for other users
 * make clear that an edit is done private or as wmf employee
 
 this then would allow the community to create new policies, e.g. the german
 community might cease using company accounts, and switch over to this
 system. this proposal is purely technical. current policies can still be
 applied if people do not need something else, e.g. wmf employees may
 continue to use sue gardner (wmf) accounts.
 
 what you think?
 
 best regards,
 rupert
 ---
 swissGLAMour, http://wikimedia.ch
 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Design] UX question about username choice on signup

From: Steven Walling swall...@wikimedia.org
To: A list for the design team. design@lists.wikimedia.org
Date: Tue, 18 Feb 2014 21:49:05 -0800

On Tue, Feb 18, 2014 at 9:27 PM, Gryllida gryll...@fastmail.fm wrote:

 Seriously? User enters a username and the program silently registers him
 with another username than he entered?

Only capitalization of the first letter or trivial whitespace changes. The
vast majority of users do not notice or care about such alterations.

Software doing a different thing /silently/ is a problem.

___
Design mailing list
Design@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design

Re: [Wikitech-l] Meetings vs mailing list (Re: Should MediaWiki CSS prefer non-free fonts?)

On Sun, Feb 16, 2014 at 10:04 AM, Jon Robson wrote:

 Brad since you work for the for the foundation and seem to have a lot of
 expertise in this area and seem to have been one of the more vocal
 supporters of free fonts have you reached out to your work colleagues over
 video conferencing or similar to understand the problems being hit and
 helped them work through them? Email doesn't seem to have been an effective
 method of communication in this situation as you have pointed out. Maybe
 you can help with documenting these issues and helping people like yourself
 understand the problems and why this change was reverted?

It always is a good idea to read IRC and pick up ideas there — especially if a 
channel isn't logged! If an idea is fruitful, you just get it actioned off-irc 
(as a bug report, or as an addition to documentation).

For decision-making IRC is just more interactive and more ideas get conveyed 
and analyzed with less effort.

E-mail and formal meetings are in my view harder due to difficulty in 
conveying ideas or simply participating where I come up with a small idea and 
want to simply know what others think of it without putting effort into writing 
a verbose email.

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

Re: [Wikitech-l] Non-Violent Communication

Derric Atzrott writes:
 Have any of you ever heard of Non-Violent Communication (NVC).
 NVC is amazing and I very much encourage anyone to take it up.  It goes
 way beyond a method of thinking, it is a spiritual path.  Like other
 spiritual paths that means it may work if you practise it yourself.

This is a pretty violent name for such a relaxed concept. Related essays:
- https://meta.wikimedia.org/wiki/Excessive_growth
- https://meta.wikimedia.org/wiki/Catalytic

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

Re: [Wikitech-l] Meetings vs mailing list (Re: Should MediaWiki CSS prefer non-free fonts?)

 From: Antoine Musso
 Date: Wed, 19 Feb 2014 11:28:33 +0100

Le 19/02/2014 09:34, Gryllida a écrit :
 For decision-making IRC is just more interactive and more ideas get
 conveyed and analyzed with less effort.
[...]
 The meetings are nice when you want to start the process or to close it.
 They also get you to the point faster than day long mailing lists debates.

Not sure what you mean. There usually is no need to debate; you can just come 
to irc and reach understanding /easier/.

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

Re: [Design] UX question about username choice on signup

2014-02-18 Thread Gryllida

What problem are we trying to solve here? From reading the discussion the 
warning is unintrusive and doesn't impose any additional clicks when 
registering — thanks! — but it would be interesting to know whether any 
registered contributors experienced surprise about their username being 
lowercase contrary to what they expected.

___
Design mailing list
Design@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design

Re: [Wikitech-l] How to Contribute Page - More Specific and User Friendly

2014-02-18 Thread Gryllida

Good goals but I think you're doing several things wrong here.
1) Attempts to pose this as an external tool. Not many people who visit the 
wiki will ever learn about the external website. You're effectively opening a 
new contributors influx channel while not making the life of people who reached 
Wikimedia project as readers much easier; they still lack orientation as to 
what they can do for a project.
2) Excessive focus on the getting in part of the contributor life-cycle. 
There really is too much routine in editing articles today and it hinders 
current work by making things too complicated, slow, unintuitive. I tend to 
encourage focus on the I am editing, but it is inefficient part of the work. 
It is very very very under-developed.

As such I would encourage that you look at the wiki layout and editing tools 
closer and come up with something, like a user dashboard perhaps, with 3 
sections ('my tools - prefs, watchlist', 'my pages - user page, talk page, 
contribs', 'getting started - whatever you fancy here').

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

Re: [Wikitech-l] Let's improve our password policy

2014-02-13 Thread Gryllida

I like how we got these things done early in the process:
- termed the proposal as 'improve password policy', in the subject, implying 
that the solution is good - instead of asking how to do it
- put a single proposal, raising the requirement, instead of putting a few 
proposed changes and asking which one people would like to pick

My feeling is that there should be some guidelines, encouraging to shape 
questions and ask how to do things rather than propose a single change. It's 
what happens anyway, and putting it right the first time could be less 
confusing and encourage feedback by claiming an open question with suggested 
alternative solutions.

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

[Wikinews-l] RFC: UploadWizard — scale to sister projects

Hi all,

Apologies for cross-posting; please read and share thoughts:
https://www.mediawiki.org/wiki/Requests_for_comment/UploadWizard:_scale_to_sister_projects

Gryllida

___
Wikinews-l mailing list
Wikinews-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikinews-l

[MediaWiki-l] RFC: UploadWizard — scale to sister projects

Hi all,

Apologies for cross-posting; please read and share thoughts:
https://www.mediawiki.org/wiki/Requests_for_comment/UploadWizard:_scale_to_sister_projects

Gryllida

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

[Commons-l] RFC: UploadWizard — scale to sister projects

Hi all,

Apologies for cross-posting; please read and share thoughts:
https://www.mediawiki.org/wiki/Requests_for_comment/UploadWizard:_scale_to_sister_projects

Gryllida

___
Commons-l mailing list
Commons-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/commons-l

[Wikitech-l] RFC: UploadWizard — scale to sister projects

Hi all,

Apologies for cross-posting; please read and share thoughts:
https://www.mediawiki.org/wiki/Requests_for_comment/UploadWizard:_scale_to_sister_projects

Gryllida

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

[Wikitech-l] RFC: UploadWizard — scale to sister projects