> On 02 Aug 2015, at 22:03, Niklas Keller wrote:
>
>>
>> I remember it being pretty trivial - enter my e-mail address, verify my
>> e-mail address, skim-read the etiquette doc, start discussing.
>
>
> I agree with that. Getting RFC karma isn't that hard, at least not if your
> mail doesn't ge
On Sep 11, 2013, at 11:06 AM, Andrea Faulds wrote:
> On 11/09/2013 16:02, Leszek Krupiński wrote:
>>
>>
>> If the forum would be a way to access the same data in a different way, it's
>> ok. But the 'votes' remind me of "protests" on Facebo
On Sep 11, 2013, at 10:44 AM, Andrea Faulds wrote:
> On 11/09/2013 15:42, Leszek Krupiński wrote:
>> -1 - that would split discussions and force people interested in the subject
>> to look at two sources. --Leszek
> I actually had a solution to that:
>
> >Pe
On Sep 11, 2013, at 10:39 AM, Andrea Faulds wrote:
> As something of a response to "Wake up", perhaps some sort of "forum" system
> for discussion would beat the mailing list. We wouldn't eradicate the mailing
> list, but discussions could also take place there if people wished to.
-1 - that
On Sep 11, 2013, at 11:23 AM, Leszek Krupiński wrote:
>> I think that it could be useful for the RFC process mainly. Sometimes
>> someone will dominate a discussion but if they are doing so against the
>> popular opinion on an issue it would significantly lower the impact of
On Sep 11, 2013, at 11:16 AM, Levi Morrison wrote:
>
> Yes, I know those sites, but don't you think that internals is a different
> kind of a discussion? First of all, the volume is different. We get two
> obvious trolls a day? Meh. On the other hand, I could downvote a person that
> has a d
On 2013-06-27 03:33, Sherif Ramadan wrote:
On Wed, Jun 26, 2013 at 9:05 PM, Yasuo Ohgaki wrote:
Hi all,
I've sent pull request for PHP-5.5 branch.
https://github.com/php/php-src/pull/369
It's simple 1 liner removes E_WARNING for invalid length.
Are there any objections?
Yes, I object to r
On 2013-05-27 11:00, Sanford Whiteman wrote:
I'm not talking about storage time zone; we use UTC for that. I'm
talking about the default display time zone.
Don't you think that using proper calculations for displaying dates are
application developers' responsibility? Whether is it setting a pr
On 2013-05-27 08:49, Reinis Rozitis wrote:
Again, why can't we just bypass this whole argument by adding a configure
option? Something like --date.default_timezone="America/Los_Angeles"? It
could then build that in so it'll assume that if there's no php.ini or if
it's just not set in there. Pr
On 2013-05-27 07:10, Sanford Whiteman wrote:
In general, I use the principle of "domain time." If a site serves a
(stock) exchange that closes at 4:00pm Eastern time, people hitting
that site from all over the world are not going to necessarily
remember that close-of-business is such-and-such UTC
On 2013-05-24 10:34, Johannes Schlüter wrote:
On Fri, 2013-05-24 at 01:16 -0700, Kris Craig wrote:
Couldn't we take a page from MySQL's book and have a setup script that
prompts the admin for this (much like theirs prompts for a root password).
A reminder to run it could be added as a nag at t
On 2013-05-23 22:10, Stas Malyshev wrote:
The "U" in UTC *does* stand for "Universal," after all. It's a
sensible default and as such shouldn't
I don't think it's a sensible default - people don't actually use UTC
when considering dates. A minority of people can use timezone that
coincides with
12 matches
Mail list logo
