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

Nux <e...@wp.pl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

--- Comment #37 from Nux <e...@wp.pl> 2011-06-06 00:22:40 UTC ---
You are wrong. The order of scripts is very predictable when you put them in
the header. The order is unpredictable only when you put them were they are now
- in the footer. As I said before please do make some tests before make some
other false assumptions.

The script/library I linked to does not provide all solutions (never said it
did). It does provide solutions for easy asynchronous and synchronous loading
of scripts. Ordering of script execution (script ready and run) would work if
the library would be loaded in the header. It also gives more power and freedom
to the developers. I believe developers know their script better and even if
they don't it's generally better when they _can_ do something rather then you
_make_them_ mostly do something good (and not allow them to always make the
best of their scripts).

BTW why would you want your CSS loaded before your script is loaded? Could you
share a use case? I know use cases for loading styles before page is visible
(which is not possible now and also not after the r85616).

As for:
> Since r85616 (and possibly related revisions) implemented the 'top' 
> positition,
which I think was the main goal of this report, I'm marking this as FIXED
again. if you intended the scope of this bug to be bigger, please open seperate
bugzilla tickets for seperate features/bugs.

Well if you intended to not fix the original request then please fill a bug
which you wanted to fix.

-- 
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