The extension can be customized to your needs by hooking into
the .sidebar-menu-container css class.
setting this to include position: fixed; will get desired result.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Wikinaut changed the status of MediaWiki.r113517 to new and commented it.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113517#c32056
Old Status: fixme
New Status: new
Commit summary for MediaWiki.r113517:
add tracking category feature (enabled by default). Each page using this
Dantman posted a comment on MediaWiki.r111964.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/111964#c32057
Commit summary for MediaWiki.r111964:
Commit a new cryptographic random generator class for use in MediaWiki.
Waiting for it to be reviewed before actually making use of it
Hi Santosh,
In some other thread of this mailing list i found that TCPDF(www.tcpdf.org/)
have a good support for the unicode, but i just downloaded the code and
tried it. I found that it also have some issues on for the Bengali/indic
texts. Have you tried with this library?
I will apply for the
This MVL looks awesome! I've spent weeks in searching good developer
documentation that would be aggregated in one place and it turns out that
such this always was near. Thanks for this super useful page, I definetely
have to add links to it from other mediawiki pages.
10.03.2012 10:38
You really don't need to include the issues page, that's useless to almost
everyone. Probably don't need the migration page either.
-Chad
On Mar 10, 2012 1:38 AM, Thomas Gries m...@tgries.de wrote:
@ all:
please feel invited to add (*) relevant article pages to
Amire80 posted a comment on MediaWiki.r112423.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112423#c32058
Commit summary for MediaWiki.r112423:
Fixes bug 34723: applies the English language to CSS/JS both as a user subpage
and a MediaWiki space page, and consequently applies LTR to
Am 10.03.2012 11:38, schrieb Chad:
You really don't need to include the issues page, that's useless to almost
everyone. Probably don't need the migration page either.
-Chad
it ist a starting point. Later we can remove the less-interesting pages.
BTW: started a Git/Ask_your_questions page :
Trevor Parscal wrote:
I changed it to from #f2f2f2 to #f3f3f3, which is the same as Vector uses
on the sidebar and footer. I know it seems subtle, but it's actually
more noticeable than you would expect due to where it falls on a monitor's
gamma curve. Any lighter and many people's monitors
Krinkle posted a comment on MediaWiki.r113518.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113518#c32059
Commit summary for MediaWiki.r113518:
No need to create a new Revision object if we already have one available
Krinkle's comment:
Would it make sense to apply a similar change
This year I want the Wikimedia technical community to have a strong
presence at Open Source Bridge http://opensourcebridge.org/ in
Portland, Oregon, USA, June 26-29. OSB is tech talks hack sessions
with hands-on technologists we want, for Foundation staff recruiting
(the Portland tech scene has
On 03/10/2012 08:25 AM, Sumana Harihareswara wrote:
This year I want the Wikimedia technical community to have a strong
presence at Open Source Bridge http://opensourcebridge.org/ in
Portland, Oregon, USA, June 26-29. OSB is tech talks hack sessions
with hands-on technologists we want, for
IAlex posted a comment on MediaWiki.r113518.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113518#c32060
Commit summary for MediaWiki.r113518:
No need to create a new Revision object if we already have one available
IAlex's comment:
Isn't that r113468?
I submitted our application to Google and we're just waiting for March
16th, when we'll hear whether we've been accepted.
I can't handle all the student-helping on my own, so please try to guide
prospective students -- point them to
https://www.mediawiki.org/wiki/Summer_of_Code_2012 and encourage
Thank you, we did, but we wrapped the needed jQuery code into a gadget, so
that users can set it as a personal preference. Our gadgets are growinig
and growing in number and performance! :-)
Alex
___
Wikitech-l mailing list
Hi.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 is about adding a user
preference for HTTP vs. HTTPS while a user is logged in.
I'd really like to see this bug resolved, as I regularly encounter HTTP
links and the lack of auto-redirection is becoming a larger and larger
usability
Sandboxed Python + MediaWiki = PyPedia.
PDF: http://dl.dropbox.com/u/5548517/PyPedia.pdf
Seems interesting. Thoughts?
Steven
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 03/09/2012 10:38 PM, Thomas Gries wrote:
@ all:
please feel invited to add (*) relevant article pages to
https://www.mediawiki.org/wiki/MGG
MGG is one of currently 6 books in our virtual library
MVL https://www.mediawiki.org/wiki/MVL
@ Sumanah:
when do think is the bot ready to
I like this idea, but I think that it should be done as a global preference
(https://bugzilla.wikimedia.org/show_bug.cgi?id=14950).
Krenair
On 10/03/12 18:58, MZMcBride wrote:
Hi.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 is about adding a user
preference for HTTP vs. HTTPS while
On Sat, 10 Mar 2012 10:58:19 -0800, MZMcBride z...@mzmcbride.com wrote:
Hi.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 is about adding a
user
preference for HTTP vs. HTTPS while a user is logged in.
I'd really like to see this bug resolved, as I regularly encounter HTTP
links and
Reedy posted a comment on MediaWiki.r113563.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113563#c32061
Commit summary for MediaWiki.r113563:
ignore git
Reedy's comment:
Put your fingers in your ears and shout LALALALALALALA and hope it goes away?
Do you have a wiki where my extension is used? Would be interesting too see
it in action in a production environment.
-Kim
On Sat, Mar 10, 2012 at 6:49 PM, Alex Brollo alex.bro...@gmail.com wrote:
Thank you, we did, but we wrapped the needed jQuery code into a gadget, so
that users can set
Nemo bis posted a comment on MediaWiki.r107073.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/107073#c32062
Commit summary for MediaWiki.r107073:
(bug 12262) Follow-up r102026: update ul margin in shared.css
Nemo bis's comment:
This should at least be included in the release notes.
Jeroen De Dauw posted a comment on MediaWiki.r113563.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113563#c32063
Commit summary for MediaWiki.r113563:
ignore git
Jeroen De Dauw's comment:
Tried doing that, did not work. Just ditched svn for this extension till either
the git
I am a seasoned developer. I only do it in my spare time and only
when I am particularly annoyed about something not working in MediaWiki
(mostly as a feedback from plwiki community or recently checkusers).
You can see my pitiful track record here:
On 09/03/12 01:07, Ryan Lane wrote:
The change's initial view tells you which files have comments, and how
many comments are listed inside a file.
- Ryan
Do you have an easy-to-remember revision with inline comments?
___
Wikitech-l mailing list
On 10/03/12 19:58, MZMcBride wrote:
Hi.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 is about adding a user
preference for HTTP vs. HTTPS while a user is logged in.
I'd really like to see this bug resolved, as I regularly encounter HTTP
links and the lack of auto-redirection is
Daniel Friesen wrote:
I believe the idea of a HTTPS preference was WONTFIXed under the premise
that the final goal is to have all logged in users unconditionally using
https.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 looks open to me. Do
you have a link to the bug you're referring
On Sun, Mar 11, 2012 at 5:58 AM, MZMcBride z...@mzmcbride.com wrote:
Hi.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 is about adding a user
preference for HTTP vs. HTTPS while a user is logged in.
I'd really like to see this bug resolved, as I regularly encounter HTTP
links and the
John Vandenberg wrote:
On Sun, Mar 11, 2012 at 5:58 AM, MZMcBride z...@mzmcbride.com wrote:
Hi.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 is about adding a user
preference for HTTP vs. HTTPS while a user is logged in.
I'd really like to see this bug resolved, as I regularly
MZMcBride wrote:
Anyway, off I go to install that extension.
... and the extension installs without even needing a browser restart. This
is why Chrome is so fucking irresistible.
MZMcBride
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
SPQRobin posted a comment on MediaWiki.r111647.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/111647#c32064
Commit summary for MediaWiki.r111647:
(Bug 31417) Content-holding div needs an ID.
Since the introduction of the class mw-content-ltr/rtl, it has been used to get
the page
Well, sure, but perfect is the enemy of the done. For right now, it can at
least be added as a local user preference (or just be implemented
unconditionally)... I think. That's why I started the thread: to clarify
what needs to be done and who's ready for what. :-)
Please let's not add a
Ryan Lane wrote:
Well, sure, but perfect is the enemy of the done. For right now, it can at
least be added as a local user preference (or just be implemented
unconditionally)... I think. That's why I started the thread: to clarify
what needs to be done and who's ready for what. :-)
Please
Please let's not add a silly preference like this. Let's just keep
operating under the idea that all logged in users will use HTTPS, and
keep moving towards that goal.
Okay, I don't disagree. Do you think
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 should have a different
bug
I've been trying to set up CentralAuth on a localhost test wiki, but I can't
work out how to specify a wiki's database table name prefix.
My DB name is 'mediawiki_test3' and the table name prefix is 'mw'.
It was suggested to change the DB name to suffix a hyphen with the table name
prefix, but
Surely will remind you after 19th.
Bon Voyage
On Sat, Mar 10, 2012 at 1:15 AM, Ryan Kaldari rkald...@wikimedia.orgwrote:
Hello Nischay,
I'm on vacation for the next week, but please remind me to follow up on
this after I get back on the 19th. At first glance these sound like good
ideas, and
Krinkle posted a comment on MediaWiki.r113518.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113518#c32065
Commit summary for MediaWiki.r113518:
No need to create a new Revision object if we already have one available
Krinkle's comment:
No, I was looking at the code as of this rev
I am now the project manager for MediaWiki's switch to Git and Gerrit.
I'm working to ensure that we hit the March 21st migration date. I am
prioritizing issues and finding workarounds.
I believe the lack of arbitrary labels/tags on changes is a big workflow
problem.[0] The current workaround
I originally wrote:
* Right now, everyone listed at
https://meta.wikimedia.org/wiki/System_administrators as having shell
access can make a Gerrit/Labsconsole account, and should say yes to
everyone who asks, except for known malicious persons. There is no
other publicly available list
Dantman posted a comment on MediaWiki.r113568.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113568#c32066
Commit summary for MediaWiki.r113568:
Remove the explicit user lang/dir attributes, because variant names are usually
not in the user language, and there are lang attributes on
Aaron Schulz changed the status of MediaWiki.r113024 to ok
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113024
Old status: new
New status: ok
Commit summary for MediaWiki.r113024:
Transitional patch for bug 34832: introduce a CI-style option to allow
deployment of 1.19 to
SPQRobin posted a comment on MediaWiki.r113568.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113568#c32067
Commit summary for MediaWiki.r113568:
Remove the explicit user lang/dir attributes, because variant names are usually
not in the user language, and there are lang attributes
SPQRobin changed the status of MediaWiki.r113567 to ok
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113567
Old status: new
New status: ok
Commit summary for MediaWiki.r113567:
Localisation updates for core and extension messages from translatewiki.net
Aaron Schulz changed the status of MediaWiki.r113536 to ok and commented it.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113536#c32068
Old Status: new
New Status: ok
Commit summary for MediaWiki.r113536:
Followup r45, typo fix
Aaron Schulz's comment:
Somebody want's to break
On Sun, Mar 11, 2012 at 8:41 AM, MZMcBride z...@mzmcbride.com wrote:
I've been using Google Chrome lately. :-(
But it looks like HTTPS Everywhere now finally supports Chrome:
https://www.eff.org/https-everywhere, so I suppose I can resolve this for
myself.
:o Finally! (Although it's still
Looks promising to me for things like lab notebooks.
Daniel
On Sat, Mar 10, 2012 at 8:54 PM, Steven Walling
steven.wall...@gmail.com wrote:
Sandboxed Python + MediaWiki = PyPedia.
PDF: http://dl.dropbox.com/u/5548517/PyPedia.pdf
Seems interesting. Thoughts?
Steven
On Sat, Mar 10, 2012 at 7:20 PM, Sumana Harihareswara
suma...@wikimedia.org wrote:
I believe the lack of arbitrary labels/tags on changes is a big workflow
problem.[0] The current workaround is to use topic branches (Gerrit
calls them topics; Git calls them branches). To do that, you have to
48 matches
Mail list logo