headers
Simetrical | 1 Jul 04:47
Picon

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.
>
> [1] http://www.mediawiki.org/wiki/Image:EditLinks_Suggestion.png

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.
Permalink | Reply | 58 comments |
headers
Brianna Laugher | 1 Jul 05:29
Picon
Gravatar

Re: Upload behaviour changed

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.

I got a response from 4 users about this, who all said that the page
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?
(MediaWiki:addedwatchtext appears at the top of the page you added,
instead of having the intermediate page which said something like
"page has been added to your watchlist".)

cheers
Brianna

--

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

Permalink | Reply | 2 comments |
headers
Magnus Manske | 1 Jul 15:29
Gravatar

Re: Upload behaviour changed

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.
>
> I got a response from 4 users about this, who all said that the page
> 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
Permalink | Reply | 1 comment |
headers
Brion Vibber | 1 Jul 18:44
Picon
Gravatar

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 @ wikimedia.org)
Permalink | Reply | 1 comment |
headers
Tim Starling | 1 Jul 20:30
Picon

Re: Upload behaviour changed

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.
>> I got a response from 4 users about this, who all said that the page
>> 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
Permalink | Reply | 0 comments |
headers
Mov GP 0 | 1 Jul 21:43
Picon

MathML and Links

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

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

Examine writing
   <math>U = 12\,\mathrm{V}</math>
but the meaning is
   <math>U = 12 \it \unit{V}</math>,
where "\it" is the "&InvisibleTimes;" or "&it;", but its not working in this
way.
Further I want also linking:
   <math>\link[wp:Voltage]{U} = 12 \it \unit{\link[wp:Volts]{V}}</math>

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
(Continue reading)

Permalink | Reply | 5 comments |
headers
Simetrical | 1 Jul 22:16
Picon

Re: MathML and Links

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.  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.)
Permalink | Reply | 4 comments |
headers
Robert Stojnic | 2 Jul 00:35
Picon

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
(Continue reading)

Permalink | Reply | 10 comments |
headers
Robert Stojnic | 2 Jul 00:50
Picon

link for lucene search

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

Robert
Permalink | Reply | 0 comments |
headers
Mov GP 0 | 2 Jul 02:32
Picon

Re: MathML and Links

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
download to the plugins automatically[5].

> 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
(Continue reading)

Permalink | Reply | 0 comments |

Gmane