1 Jul 04:47 2007

### Re: Intent to move section edit links over to the left

On 6/26/07, Mark Clements <gmane@...> wrote:
> To me, it would be better if they went alongside the section head, and
> ideally there would be some sort of javascripting to highlight the area they
> apply to, to make it doubly clear.
>
> I have posted a crude UI mock-up [1] of how I would envisage the edit links
> working.  The icon (an 'e' in a circle) is just a crude example - in
> practice we would want something a lot nicer and non-language-specific.  The
> blue highlighting in the mock-up indicates how we could highlight the
> section to be edited when the mouse moves over the link.
>

The highlighting is another excellent idea.  I would, however, be
strongly inclined to stay away from icons, as we've done to date, when
there are simple and more easily-understandable textual labels that
would work just as well.

1 Jul 05:29 2007

On 29/06/07, Tim Starling <tstarling@...> wrote:
> Brianna Laugher wrote:
> > Formerly, the user only got this page if they were overwriting an
> > existing file, and ordinarily they would be taken straight to the new
> > image page. Now it comes up if the file is being uploaded  for the
> > first time.
>
>
> I've changed it back to the previous behaviour now. But are we sure we
> don't just want it to redirect all the time? We don't display a success
> message on page edit, do we? Presumably the same applies here, the user
> can see in the file history that their file has been uploaded correctly.

could be done without. One suggested that for overwriting, just one
line could appear at the top of the image page as notification.

Perhaps something similar to what seems to now be happening with
adding/removing watchlist items could be used?
instead of having the intermediate page which said something like

cheers
Brianna

--

--
They've just been waiting in a mountain for the right moment:
http://modernthings.org/


1 Jul 15:29 2007

On 7/1/07, Brianna Laugher <brianna.laugher@...> wrote:
> On 29/06/07, Tim Starling <tstarling@...> wrote:
> > Brianna Laugher wrote:
> > > Formerly, the user only got this page if they were overwriting an
> > > existing file, and ordinarily they would be taken straight to the new
> > > image page. Now it comes up if the file is being uploaded  for the
> > > first time.
> >
> >
> > I've changed it back to the previous behaviour now. But are we sure we
> > don't just want it to redirect all the time? We don't display a success
> > message on page edit, do we? Presumably the same applies here, the user
> > can see in the file history that their file has been uploaded correctly.
>
> could be done without. One suggested that for overwriting, just one
> line could appear at the top of the image page as notification.

I just checked in a javascript function that will show a warning on
the upload page itself (that is, before you even click "upload file")
if there is already a file with that filename. The message will be
turned on and off when you edit the destination filename manually, as
well.

Magnus

1 Jul 18:44 2007

### Re: Planned downtime for OTRS and Bugzilla - Mon, July 2

Brion Vibber wrote:
> The backup database server for OTRS and Bugzilla has been borked for a
> while; to get it back online we'll need to temporarily take the main one
> offline and recopy its data. Once up and running, it'll be able to stay
> replicated and up-to-date on its own.
>
> This shouldn't take more than a couple hours, but you never know with
> these things. ;)
>
> I'm tentatively planning this for this coming Monday, circa 15:00 UTC,
> as that's convenient for me and there's no convenient time for shutting
> down OTRS. ;) Alternate recommendations could be taken into account.

Make that about 18:00 UTC to make sure things are prepared first.

-- brion vibber (brion  <at>  wikimedia.org)

1 Jul 20:30 2007

Magnus Manske wrote:
> On 7/1/07, Brianna Laugher <brianna.laugher@...> wrote:
>> On 29/06/07, Tim Starling <tstarling@...> wrote:
>>> Brianna Laugher wrote:
>>>> Formerly, the user only got this page if they were overwriting an
>>>> existing file, and ordinarily they would be taken straight to the new
>>>> image page. Now it comes up if the file is being uploaded  for the
>>>> first time.
>>>
>>> I've changed it back to the previous behaviour now. But are we sure we
>>> don't just want it to redirect all the time? We don't display a success
>>> message on page edit, do we? Presumably the same applies here, the user
>>> can see in the file history that their file has been uploaded correctly.
>> could be done without. One suggested that for overwriting, just one
>> line could appear at the top of the image page as notification.
>
> I just checked in a javascript function that will show a warning on
> the upload page itself (that is, before you even click "upload file")
> if there is already a file with that filename. The message will be
> turned on and off when you edit the destination filename manually, as
> well.

Whipped this feature into shape in r23608. Also removed the success page
on overwrite, it now redirects unconditionally. I guess we'll see this on
Wikimedia some time soon, if Brion doesn't hate it.

-- Tim Starling

1 Jul 21:43 2007

Hi,
I've encountered that texvc is not doing conversion to MathML - at least
I've never seen MathML in Wikipedia. This has some drawbacks:
* its not as accessible, because blind users will have to read TeX code.
* its not scaleable

ie. while the accessibility and scaleability seems to be a minor issue to
me, I want the possibility of linking and annotation.

Examine writing
$U = 12\,\mathrm{V}$
but the meaning is
$U = 12 \it \unit{V}$,
where "\it" is the "&InvisibleTimes;" or "&it;", but its not working in this
way.
$\link[wp:Voltage]{U} = 12 \it \unit{\link[wp:Volts]{V}}$

This should result in the following MathML code:
<m:math>
<m:mi xref:href="wp:Voltage">U</m:mi>
<m:mo>=</m:mo>
<m:mn>12</m:mn>
<m:mo>&it;</m:mo>
<m:mi xref:href="wp:Volts" class="unit">V</m:mi>
</m:math>

I think texvc's further development should address this issue, while
rendering TeX as bitmap should only get used for more special things like


1 Jul 22:16 2007

On 7/1/07, Mov GP 0 <movgp0@...> wrote:
> Hi,
> I've encountered that texvc is not doing conversion to MathML - at least
> I've never seen MathML in Wikipedia. This has some drawbacks:
> * its not as accessible, because blind users will have to read TeX code.
> * its not scaleable

There was (is?) a project to allow MathML to work properly.  However,
needless to say, it cannot be turned on by default until there's quite
a lot more common MathML support than there is presently.  So most
viewers will not see any benefit from linking or annotation, and there
is not a terrible lot of impetus for anyone to work on this for the
next, say, five years.  But this is open-source and if anyone wants
to, they can feel free.  I'm sure commit access could be arranged.

(Incidentally, I find it hard to believe that MathML is more
accessible than images.  Are there any screen-readers that understand
MathML?  Our alt text for the images sucks, but at least it's there
for people who speak TeX.)

2 Jul 00:35 2007

### searcher engine update on en.wiki

Tim and I upgraded the lucene search engine during the weekend. It's
currently up for en.wiki, rest is to come in next few days.

I already highlighted some of the features, but here's an update list:

* Improved scoring - the score of the document is now a function of
how many other documents link to it. Same-namespace redirects now
don't show up in the search results, their names are indexed alongside
with the article they point to. E.g. searching USA will give you
United States as first hit. Further, links from the beginning of the
article are weighted more (as they are assumed to give a short
keyword-like description of the article)

* Prefix searches - searcher now understands namespaces, i.e. if you
enter help:images, it will search the Help namespace. You can also
use the 'all' prefix that will search everything. Prefixes are
customizable, i.e. you can make your custom prefixes (see below).
I hope this will bring some ease in searching for help and searching
the project/wikipedia namespace.

* Accentless search - accents are striped, this includes Hebrew
pointing and similar, also adds common transliterations (eg Ã¼ -> ue)

* Numbers/stemming - numbers are now included in the index, and
the stemming issues resolved...

If you want the install/customize the new search extension, take
a look at: http://www.mediawiki.org/Extensions:LuceneSearch

Robert


2 Jul 00:50 2007

.. the link is of course:
http://www.mediawiki.org/wiki/Extension:LuceneSearch

Robert

2 Jul 02:32 2007

2007/7/1, Simetrical <Simetrical+wikilist@...>:
> On 7/1/07, Mov GP 0 <movgp0@...> wrote:
> > Hi,
> > I've encountered that texvc is not doing conversion to MathML - at least
> > I've never seen MathML in Wikipedia. This has some drawbacks:
> > * its not as accessible, because blind users will have to read TeX code.
> > * its not scaleable
> > * its not linkable
>
> There was (is?) a project to allow MathML to work properly.  However,
> needless to say, it cannot be turned on by default until there's quite
> a lot more common MathML support than there is presently.

There is MathML support in all important browsers:
* Mozilla Firefox
* Netscape
* Opera
* Safari
* InternetExplorer using Plugins
In the case of the IE browser, code might identify this and offer a

> So most
> viewers will not see any benefit from linking or annotation, and there
> is not a terrible lot of impetus for anyone to work on this for the
> next, say, five years.  But this is open-source and if anyone wants
> to, they can feel free.  I'm sure commit access could be arranged.

I'm often running into the problems of texvc - ie. for the article
Gozintograph[6] I wanted to create a very big "\begin{ptable}", but