SourceForge.net | 1 Jan 2004 10:29
Picon
Favicon

[ wikipedia-Bugs-868738 ] horizontal dividing line collides with float

Bugs item #868738, was opened at 2004-01-01 10:29
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=868738&group_id=34373

Category: Page rendering
Group: Cosmetic
Status: Open
Resolution: None
Priority: 5
Submitted By: Torsten Bronger (bronger)
Assigned to: Nobody/Anonymous (nobody)
Summary: horizontal dividing line collides with float

Initial Comment:
If you have a floating image or table, a dividing line
entered with "----" may collide with it.  Have a look
for example at <http://en.wikipedia.org/wiki/leo>. 
Maybe you must enlarge the view to see it.

This may be due to a bug in Mozilla.  I reproduced this
behaviour with Mozilla1.1.

Be that as it may, remedy is simple:  A <div
style="clear:both"/> implicitly generated before every
"----" removes this problem.

----------------------------------------------------------------------

You can respond by visiting: 
(Continue reading)

SourceForge.net | 1 Jan 2004 11:32
Picon
Favicon

[ wikipedia-Bugs-868738 ] horizontal dividing line collides with float

Bugs item #868738, was opened at 2004-01-01 01:29
Message generated for change (Comment added) made by vibber
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=868738&group_id=34373
_______________________________________________

Category: Page rendering
>Group: Browser-specific
>Status: Closed
>Resolution: Wont Fix
>Priority: 1
Submitted By: Torsten Bronger (bronger)
>Assigned to: Brion Vibber (vibber)
Summary: horizontal dividing line collides with float

Initial Comment:
If you have a floating image or table, a dividing line
entered with "----" may collide with it.  Have a look
for example at <http://en.wikipedia.org/wiki/leo>. 
Maybe you must enlarge the view to see it.

This may be due to a bug in Mozilla.  I reproduced this
behaviour with Mozilla1.1.

Be that as it may, remedy is simple:  A <div
style="clear:both"/> implicitly generated before every
"----" removes this problem.

----------------------------------------------------------------------

(Continue reading)

SourceForge.net | 1 Jan 2004 11:33
Picon
Favicon

[ wikipedia-Bugs-868295 ] DOWNLOAD PAGE BROKEN

Bugs item #868295, was opened at 2003-12-30 23:43
Message generated for change (Comment added) made by vibber
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=868295&group_id=34373_______________________________________________

Category: None
>Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: DOWNLOAD PAGE BROKEN

Initial Comment:
ITS UNAVAILABLE TO DOWNLOAD WIKIPEDIA IN 
TOMERAIDER. I'D REALLY NEED IT

----------------------------------------------------------------------

>Comment By: Brion Vibber (vibber)
Date: 2004-01-01 02:33

Message:
Logged In: YES 
user_id=446709

DOWNLOAD PAGE IS BACK UP BUT ONLY OLDER FILES ARE 
AVAILABLE SO FAR. WILL BE RETRANSFERRED SOON

(Continue reading)

SourceForge.net | 1 Jan 2004 12:07
Picon
Favicon

[ wikipedia-Bugs-866691 ] rebuildrecentchanges is too slow (patch attached)

Bugs item #866691, was opened at 2003-12-28 08:20
Message generated for change (Comment added) made by vibber
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=866691&group_id=34373_______________________________________________

Category: Other
Group: Performance issues
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: E. L. (elwp)
>Assigned to: Brion Vibber (vibber)
Summary: rebuildrecentchanges is too slow (patch attached)

Initial Comment:
"rebuildrecentchanges" can be accelerated considerably.
I've tested the new version with the German database.
It yields exactly the same result as the old version
and is about 5 times faster.

(I know this improvement will be obsolete once the
table structure is changed so that the revisions table
contains the id of the previous revision. But who knows
when that'll happen. ;-)

de:Benutzer:El

----------------------------------------------------------------------

>Comment By: Brion Vibber (vibber)
(Continue reading)

SourceForge.net | 1 Jan 2004 12:08
Picon
Favicon

[ wikipedia-Bugs-865958 ] Can't connect to database on $1

Bugs item #865958, was opened at 2003-12-26 07:23
Message generated for change (Settings changed) made by vibber
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=865958&group_id=34373_______________________________________________

Category: Other
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Brion Vibber (vibber)
Summary: Can't connect to database on $1

Initial Comment:
"Konnte keine Verbindung zur Datenbank auf $1 herstellen
Das folgende ist eine Kopie aus dem Cache und 
möglicherweise nicht aktuell."

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=865958&group_id=34373_______________________________________________
SourceForge.net | 1 Jan 2004 22:35
Picon
Favicon

[ wikipedia-Bugs-868957 ] Table syntax does not allow free formatting

Bugs item #868957, was opened at 2004-01-01 21:35
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=868957&group_id=34373

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Zeno Gantner (zenogantner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Table syntax does not allow free formatting

Initial Comment:
Hello,

when I use indentation to make the source code of wiki
tables more readable, MediaWiki does not render the
article correctly.

One example may be found here.

http://de.wikipedia.org/w/wiki.phtml?title=Wikipedia:L%E4nderprojekt/Formatvorlage_Staat&oldid=497185

Best regards,
     Zeno

----------------------------------------------------------------------

(Continue reading)

SourceForge.net | 1 Jan 2004 22:42
Picon
Favicon

[ wikipedia-Bugs-868957 ] Table syntax does not allow free formatting

Bugs item #868957, was opened at 2004-01-01 21:35
Message generated for change (Settings changed) made by zenogantner
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=868957&group_id=34373

>Category: Wikitext parsing
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Zeno Gantner (zenogantner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Table syntax does not allow free formatting

Initial Comment:
Hello,

when I use indentation to make the source code of wiki
tables more readable, MediaWiki does not render the
article correctly.

One example may be found here.

http://de.wikipedia.org/w/wiki.phtml?title=Wikipedia:L%E4nderprojekt/Formatvorlage_Staat&oldid=497185

Best regards,
     Zeno

----------------------------------------------------------------------

(Continue reading)

SourceForge.net | 3 Jan 2004 16:44
Picon
Favicon

[ wikipedia-Bugs-869949 ] Lists inside tables

Bugs item #869949, was opened at 2004-01-03 16:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411192&aid=869949&group_id=34373

Category: Page rendering
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Daniel Herding (wikipedian)
Assigned to: Nobody/Anonymous (nobody)
Summary: Lists inside tables

Initial Comment:
Hi,

when trying to convert a HTML table to Magnus' markup 
which includes a * or # list, rendering fails because the 
first line after the list isn't interpreted as table markup.

Examples are at
http://meta.wikipedia.org/wiki/Talk:
MediaWiki_User's_Guide:_Using_tables#Bug_report:
_Lists_inside_Tables

--Head

----------------------------------------------------------------------

(Continue reading)

SourceForge.net | 3 Jan 2004 19:24
Picon
Favicon

[ wikipedia-Feature Requests-863310 ] make "you have new messages" for anon users more prominent

Feature Requests item #863310, was opened at 2003-12-19 18:01
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411195&aid=863310&group_id=34373

Category: Special pages
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: make "you have new messages" for anon users more prominent

Initial Comment:
from
http://en2.wikipedia.org/wiki/Wikipedia:Village_pump/December_2003_archive_2

Maybe "you have new messages" for anon users should be
more prominent, and maybe it should include the summary
of the last edit to the anon talk page. Zocky 16:59, 19
Dec 2003 (UTC)

... I think for anons, this is a good idea,
particularly when bans are justified on the fact that
the user was warned. If they aren't seeing that
warning, they are not getting fair notice of the ban.
Angela. 00:10, 20 Dec 2003 (UTC) 

----------------------------------------------------------------------

(Continue reading)

SourceForge.net | 4 Jan 2004 00:04
Picon
Favicon

[ wikipedia-Feature Requests-870130 ] user contributions page needs (cur) (hist) links

Feature Requests item #870130, was opened at 2004-01-03 15:04
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=411195&aid=870130&group_id=34373

Category: Special pages
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: user contributions page needs (cur) (hist) links

Initial Comment:
The (top) indicator on the user contributions page is 
very useful to show that no more change is done after 
the user's contribution.

The problem is when the (top) indicator is missing.  The 
contributor's next logical step is to check what change 
was put on top of his.  To do that one needs to click 
the article page, then the page history page, then the 
(cur) or (hist) links.  i.e. the most common flow of 
activity needs to go thru three pages from this user 
contributions page.

I would suggest that for each entry where (top) is no 
applicable, the (cur) (hist) links should be put in place.

----------------------------------------------------------------------
(Continue reading)


Gmane