Domas.
Yes it is a technical pain in the arse.The question is one of primacy. Is it
more important to provide service or are technical considerations of the
most importance. Yes, we discussed this in the past and we did not agree
then and we do not agree now.
I wonder how our English language read
Hi!
> Yes it is a technical pain in the arse.The question is one of primacy. Is it
> more important to provide service or are technical considerations of the
> most importance. Yes, we discussed this in the past and we did not agree
> then and we do not agree now.
Well, I agree that it might be g
Hi Domas,
On Thu, Jun 10, 2010 at 2:48 PM, Domas Mituzas wrote:
> varbinary() otoh is varchar with 'binary' character set (if you define
> default server charset to be binary, as we do on our 5.x boxes, all varchar
> creation will be varbinary).
>
This back to my original question:
http://svn
Hi,
at http://en.planet.wikimedia.org/> and the correspond-
ing RSS feed there is the problem that some links get man-
gled, i. e. the link to Ziko's article "Don’t give me a
link. Give me an explanation!" is /empty/. The issue was
raised at
http://meta.wikimedia.org/wiki/Planet_Wikimedia#Problems
(Realized I hadn't actually subscribed, so re-sending.)
Chad writes:
> mah - 5
When a FIXME is fixed, my understanding is that the fixer isn't
supposed to un-mark the FIXME. If I'm wrong, I'll toggle a few of these
to RESOLVED. Looking at the recent state changes, it isn't clear that
the comm
On Thu, Jun 10, 2010 at 11:40 AM, Mark A. Hershberger
wrote:
> (Realized I hadn't actually subscribed, so re-sending.)
>
> Chad writes:
>
>> mah - 5
>
> When a FIXME is fixed, my understanding is that the fixer isn't
> supposed to un-mark the FIXME. If I'm wrong, I'll toggle a few of these
> to
Hoi,
I am really happy with your extensive description of why it is such a pain
in the arse. The situation is even worse, there are more wikipedia languages
then there are languages with a proper CLDR description. It would be a dear
thing when we could strongly urge our language communities to veri
2010/6/10 Chad :
> This is a general note to all committers, since I keep seeing the same
> question asked. Committers should never set their own revisions to
> "OK" or "RESOLVED." Even if you review code, review other people's
> code and let other people review yours :)
>
I do believe it's accepta
Hi!
On Thu, Jun 10, 2010 at 09:40, Domas Mituzas wrote:
[snip]
> Of course, we can use community driven sortkey hacks for some features ;-)
>
> Domas
Currently it is possible to define the sortkeys using
{{DEFAULTSORT:Sortkey}}
and in lots of places this "sortkey" coincide with the value of magi
Helder Geovane wrote:
> Currently it is possible to define the sortkeys using
> {{DEFAULTSORT:Sortkey}}
> and in lots of places this "sortkey" coincide with the value of magic
> words like {{PAGENAME}} and {{SUBPAGENAME}}, so we don't need to
> update them manually. The (annoying) exception is when
On Thu, Jun 10, 2010 at 12:22 PM, Roan Kattouw wrote:
> I do believe it's acceptable to reset the status of a FIXME back to
> NEW when you've addressed all the comments. It can then be reviewed
> again.
It would be nice if this weren't necessary, but in practice people set
a commit to fixme, then
11 matches
Mail list logo
