8 Август 2012 г. 22:43:15 пользователь bawolff (bawolff...@gmail.com) написал:
I use 8 :P
(Seriously though, everything looks so crunched up with 4 space tab
width... Makes me claustrophobic!)
Tab 8 encourages to make less structural nesting like foreach( if ( foreach ( if () ) ) ) in one
On Wed, 08 Aug 2012 02:37:39 -0700, Jens Albrecht jens@gmx.net wrote:
Hi,
is there a way to show a page not by using the title-form
index.php/Main_Page but instead by using the page id like
index.php?pageid=X ?
I hope you get what I mean! Sorry for bad english.
Regards
curid= should
2012/8/9 Daniel Friesen li...@nadir-seen-fire.com:
On Wed, 08 Aug 2012 02:37:39 -0700, Jens Albrecht jens@gmx.net wrote:
Hi,
is there a way to show a page not by using the title-form
index.php/Main_Page but instead by using the page id like
index.php?pageid=X ?
I hope you get what I
On Thu, 09 Aug 2012 01:07:21 -0700, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
2012/8/9 Daniel Friesen li...@nadir-seen-fire.com:
On Wed, 08 Aug 2012 02:37:39 -0700, Jens Albrecht jens@gmx.net
wrote:
Hi,
is there a way to show a page not by using the title-form
Thank you!
2012/8/9 Daniel Friesen li...@nadir-seen-fire.com:
On Thu, 09 Aug 2012 01:07:21 -0700, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
2012/8/9 Daniel Friesen li...@nadir-seen-fire.com:
On Wed, 08 Aug 2012 02:37:39 -0700, Jens Albrecht jens@gmx.net
wrote:
Hi,
is
Hi Uwe,
the BlueSpice Extension [1] uses Solr to search MediaWiki.
Cheers,
Markus (mglaser)
[1] http://www.mediawiki.org/wiki/Extension:Blue_spice
-Ursprüngliche Nachricht-
Von: wikitech-l-boun...@lists.wikimedia.org
[mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Uwe
For a review tool, we want to spot spaces instead of tabs, so we
should use an uncommon tab size.
I vote for 7 spaces.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Regarding how to calculate the line-width (for the 80-100 convention), the
way my old editor used to do it made the most sense to me: Consider a tab 1
character (because it is).
That also gives the most flexibility in indenting/outdenting blocks without
having to worry frequently about it being
Hi all,
here is our update on last weeks blocker email. The list got
considerably shorter, but we have some long standing issues still
there. No new blockers came up.
== Ongoing ==
* Merging the Wikidata branch (ContentHandler) is still open, see
Hi!
I noticed that content from bits.wikimedia.org (including WikiEditor)
is updated quite regularly - ~ every 20 minutes on Commons.
Such behavior is definitely creates problem for users with slow
connections or with payed data traffic.
Are JavaScript/CCS are really updated so often?
Eugene.
Hi Denny,
Thanks for the update. Comments inline:
On Thu, Aug 9, 2012 at 6:54 AM, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
* Merging the Wikidata branch (ContentHandler) is still open, see
https://bugzilla.wikimedia.org/show_bug.cgi?id=38622. There has been
no feedback in the last
On Aug 9, 2012, at 4:49 PM, Eugene Zelenko wrote:
Hi!
I noticed that content from bits.wikimedia.org (including WikiEditor)
is updated quite regularly - ~ every 20 minutes on Commons.
Such behavior is definitely creates problem for users with slow
connections or with payed data traffic.
Hey,
... is unclear why you're letting it block your work.
The current interwiki related code in core has many assumptions baked in
that prevent us from doing what we need to do in phase 1. For instance
language links can only be made to sites with an id that is a language
code. Since we're
On Thu, 09 Aug 2012 06:54:03 -0700, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
Hi all,
[...]
* Changeset https://gerrit.wikimedia.org/r/#/c/14295/, bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=38705 about handling
sites. The idea is to migrate from the interwiki table to the
The original discussion for this was here:
http://lists.wikimedia.org/pipermail/wikitech-l/2012-June/060992.html
I am not sure if we can change the link in
https://gerrit.wikimedia.org/r/#/c/14295/ as it does indeed link to
the wrong mail (sorry for the inconvenience).
I hope you can find more
Hi Rob,
thanks for the answers.
2012/8/9 Rob Lanphier ro...@wikimedia.org:
It looks like this page needs an update as well:
http://www.mediawiki.org/wiki/Wikidata_deployment
Thanks, I updated the page.
One thing that was tacked on the wiki page without mention here or a
bug created was the
Sadly the length of lines is a poor measure of the nested-ness of a
program, and sufficiently complex algorithms aren't always better broken
into multiple parts, such as in cases where the loops are very tight and
the function call overhead would be costly.
- Trevor
On Wed, Aug 8, 2012 at 11:09
On Wed, Aug 8, 2012 at 11:09 PM, Dmitriy Sintsov ques...@rambler.ru wrote:
Tab 8 encourages to make less structural nesting like foreach( if (
foreach ( if () ) ) ) in one method, because such lines would become too
long. Instead there will be large amount of smaller functions / methods. But
On 09.08.2012 16:49, Rob Lanphier wrote:
On Thu, Aug 9, 2012 at 6:54 AM, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
* Merging the Wikidata branch (ContentHandler) is still open, see
https://bugzilla.wikimedia.org/show_bug.cgi?id=38622. There has been
no feedback in the last few
Hey,
So if this is something hoping to replace the interwiki system I'd like
to look over what the plan and overall idea is with this to make sure we
don't repeat the same mistakes.
Please have a look at the patch on gerrit then. Feedback is much
appreciated :)
On Thu, 09 Aug 2012 09:12:16 -0700, Jeroen De Dauw
jeroended...@gmail.com wrote:
Hey,
So if this is something hoping to replace the interwiki system I'd like
to look over what the plan and overall idea is with this to make sure we
don't repeat the same mistakes.
Please have a look at the
Hey,
Daniel, thanks for your input.
TL;DR at the bottom :)
The issue I was trying to deal with was storage. Currently we 100% assume
that the interwiki list is a table and there will only ever be one of them.
Yes, we are not changing this. Having a more flexible system might or might
not be
Denny,
We are currently investigating using the Universal Language Selector
instead of Stick to that language, and on first glance it looks
good. If this remains like this, we will drop Stick to that
language. That is why I didn't list the corresponding open issues
there. We'd be happy to go
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
On 12-08-09 12:00 PM, Jeroen De Dauw wrote:
Hey,
Daniel, thanks for your input.
TL;DR at the bottom :)
The issue I was trying to deal with was storage. Currently we 100%
assume that the interwiki list is a table and
Hey,
You bring up some good points.
I think we're going to need to have some of this and the synchronization
stuff in core.
Right now the code has nothing but the one sites table. No repo code so
presumably the only implementation of that for awhile will be wikidata. And
if parts of this
On Aug 6, 2012, at 7:39 PM, Erik Moeller e...@wikimedia.org wrote:
A consequence of having an extension (as opposed to something
standalone like the mobile app or Limn)
^^ Just for fun, the labs instance now tracks those repositories on GitHub
On 12-08-09 3:55 PM, Jeroen De Dauw wrote:
Hey,
You bring up some good points.
I think we're going to need to have some of this and the
synchronization stuff in core.
Right now the code has nothing but the one sites table. No repo
code so presumably the only implementation
I just wrote a very rough and quick walkthrough how to get that tool running:
https://www.mediawiki.org/wiki/Arcanist
My first impression is very good. The UI is very nice (it guides you
when it needs to, it just does the job if all is fine).
The user's guide is unfortunately poor.
I don't
Hi, Krinkle!
I'm very sorry for beginner question, but how could get such log in
Firefox 14? Is some extension available which could dump all pages
with timestamps downloaded to view particular page? Or may be Firefox
could do this itself?
Eugene.
On Thu, Aug 9, 2012 at 7:59 AM, Krinkle
I sent out a diff to fix the error message
(https://secure.phabricator.com/D3231), the new one reads:
This patch is for the 'phabricator' project, but the working copy does
not have an '.arcconfig' file to identify which project it belongs to.
Still try to apply the patch?
We're
There's an extension called LiveHTTPHeaders which allows the relevant
request information to be captured and saved to a file.
http://livehttpheaders.mozdev.org/
Open it from the tools menu, then do the things that are slow while
it's opened, then click save all and save it to a file. Don't post
On Thu, 09 Aug 2012 18:15:45 -0700, Marcin Cieslak sa...@saper.info
wrote:
I just wrote a very rough and quick walkthrough how to get that tool
running:
https://www.mediawiki.org/wiki/Arcanist
My first impression is very good. The UI is very nice (it guides you
when it needs to, it just
On Fri, Aug 10, 2012 at 12:13 AM, Tim Starling tstarl...@wikimedia.org wrote:
Don't post
the file publically, since it will contain your login cookies, but you
can send it to Krinkle as an email attachment, if he wants it.
Or maybe do it in private browsing mode with no other tabs/windows
open
33 matches
Mail list logo
