Hoi,
Given that it is pathetically easy to opt out of the MultimediaViewer, the
amount of vitriol spouted by some is way out of proportion to the problem.
If you do not want it, opt out. But thermonuclear was was threatened,
people were to lose their job over this.
No the excuses are too little
The issue is not just that individual users may want to opt out, it's
whether it should be activated by default for readers. There is also the
matter of licensing information.
I'm not aware of where thermonuclear was was threatened. There were, and
continues to be, discussion about forking. MV is
On Mon, 25 Aug 2014, at 13:19, Pine W wrote:
I have heard very few people say don't ever change the interface. I have
heard people say don't force an interface change on me that I don't think
is an improvement.
VE was a good example. The sentiment of the community wasn't that VE''s
concept
Hi,
On Monday, August 25, 2014, svetlana svetl...@fastmail.com.au wrote:
A first step here, I believe, is have the Teams track bugs in the open;
from my own experience, the Flow and Multimedia folks track bugs somewhere
else where I can't even view or comment (and even if I could, it being
I tried to make the PDF of
https://en.wikipedia.org/wiki/De_Havilland_Canada_DHC-6_Twin_Otter
It credits File:WinAir De Havilland Canada DHC-6-300 Twin Otter
Breidenstein.jpg Source:
https://en.wikipedia.org/w/index.php?title=File:WinAir_De_Havilland_Canada_DHC-6-300_Twin_Otter_Breidenstein.jpg
from my own experience, the Flow and Multimedia folks track bugs somewhere
else where I can't even view or comment
Bugs and tasks are public for the Multimedia team. If you mean bugs in
the bastardized sense of the term which is things filed in bugzilla, then
yes, the Multimedia team doesn't
On 8/25/14, 3:06 AM, MZMcBride wrote:
As a metric, pageviews are probably not very meaningful. One way we can
observe whether we're fulfilling our mission is to see how ubiquitous
our content has become. An even better metric might be the quality of the
articles we have. Anecdotal evidence
Thanks James for addressing such a crucial issue. It is a vital matter but
being discussed far less than other topics, in offline or offline programs,
activities. Among measures fore retaining editors, there were some banners
that appeared on top of articles viewed by new editors or readers. I've
Wikimedia ch is doing a big investment in supporting communities.
There are three community liaisons (a third hired recently) to support the
three national languages which are also within the biggest linguistic
communities.
Anyway there is not a unique solution to be adapted easily in user
Started a proposal here about it
https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#Adding_a_link_to_.22authors.22_in_Wikipedia.27s_by-line
And have created a mockup of what it would look like here
https://en.wikipedia.org/wiki/Heart_failure
Wondering peoples opinions.
--
James
James Heilman wrote:
And have created a mockup of what it would look like here
https://en.wikipedia.org/wiki/Heart_failure
This isn't really a mock-up... it's probably best to use
test.wikipedia.org or another dedicated test wiki for tests.
Wondering peoples opinions.
The mobile team somewhat
Yes I agree that mobile is a little much. I am just proposing a simple
linked word (either author or contributors) in the by-line. It is important
to have this information in the by-line rather than to the left as this is
where people expect to find the authors / contributors.
Not attached to
12 matches
Mail list logo