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

--- Comment #1 from Aaron Schulz <jschulz_4...@msn.com> 2010-11-30 20:12:48 UTC 
---
(In reply to comment #0)
> Since there Bug 25289 went live there are several problems. Some are reported
> in onw Bugs, e.g Bug 26163 (others are Bug 26128 - not specifc but based on
> that - and Bug 26129 - minor).
> The bigger problem is the use of ajax technologies. At first, it isnt faster 
> at
> all pages as mostly the content is loaded one after the other and instead of
> together. Then, this technology messes up with users who dont use javascript,
> they have to follow a link to see the page content. It hurts usability and the
> eqality point in good web design.
> At last, the content is loaded after all the scripts are run. Every Gadget
> which should act to the page doesnt work at diffs, mostly critisized the
> section-edit-movement. You can find a lot af examples there:
> http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Projektneuheiten
> http://de.wikipedia.org/wiki/Wikipedia:FzW#Kategorien_im_Difflink_nicht_sichtbar_-_ein_Bug.3F
> 
> So we need to put a onContentLoad-function-Hook to work, which runs when new
> content is loaded, before enabling such ajax things. Until a solution I propos
> to undo the implemented revisions.

Gadgets that alter or scrap HTML will break from time to time when the UI
changes, there isn't always a way around that. The UI cannot stagnate.

Also, the content needs to load the preview *after* the rest of the page. The
whole point of using AJAX is to let the user see the diff without having to
wait on the preview (which can take forever).

That said, I'd agree that the category/IW link and the breakage of local site
CSS customizations is particularly annoying. The committer has made a priority
of these items I believe.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to