On Wed, Jan 9, 2013 at 1:35 AM, Peter Cowburn wrote:
> Removing the class name disassociates the method from what it belongs
> to. That hurts my brain. Please, don't get rid of the classes.
Word.
-Hannes
--
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://ww
On Wed, Jan 9, 2013 at 1:34 AM, Levi Morrison wrote:
> On Tue, Jan 8, 2013 at 10:29 AM, Hannes Magnusson
> wrote:
>> I beg you to stop introducing more and more coding styles.
>>
>> It is completely irrelevant how much readable you think it is.
>> Consistency throughout the project is of much gre
On Sat, Jan 05, 2013 at 03:53:32AM -0800, Hannes Magnusson wrote:
> I imagine you need to do a hard refresh in your browser as I saw quite
> a few changes to that recently.
There needs to be a means to break up the main navigation layer the
stuff below it, please. See how the "Help" item is pushe
That's unrelated to this commit, the changes for that are in the other
thread, we should talk about it there. I only updated doc.css in this
commit.
On Tue, Jan 8, 2013 at 6:04 PM, Levi Morrison wrote:
> On Tue, Jan 8, 2013 at 11:03 AM, Paul Dragoonis
> wrote:
> > Here's the screenshot of what
On Tue, Jan 8, 2013 at 11:03 AM, Paul Dragoonis wrote:
> Here's the screenshot of what this change looks like, for anyone who wants
> to see it: http://puu.sh/1Lgkp
>
>
> On Tue, Jan 8, 2013 at 5:18 PM, Paul Dragoonis wrote:
>
>> Commit:0b500833f97647036ca1b50574f4a4c9fc3a9453
>> Author:P
Here's the screenshot of what this change looks like, for anyone who wants
to see it: http://puu.sh/1Lgkp
On Tue, Jan 8, 2013 at 5:18 PM, Paul Dragoonis wrote:
> Commit:0b500833f97647036ca1b50574f4a4c9fc3a9453
> Author:Paul Dragoonis Tue, 8 Jan 2013
> 17:18:57 +
> Parents:
Commit:0b500833f97647036ca1b50574f4a4c9fc3a9453
Author:Paul Dragoonis Tue, 8 Jan 2013
17:18:57 +
Parents: 3a9bb441c1aeaebe6cd355a074eeb6c7322f520a
Branches: master
Link:
http://git.php.net/?p=web/php.git;a=commitdiff;h=0b500833f97647036ca1b50574f4a4c9fc3a9453
Log:
I can stick a subtle grey title above the methods stating 'Methods', that'd
let the audience double-realise they're looking at methods, even though
it's obvious since they're in a class's declaration page.
On Tue, Jan 8, 2013 at 5:45 PM, Levi Morrison wrote:
> On Tue, Jan 8, 2013 at 10:35 AM, Pe
On Tue, Jan 8, 2013 at 10:35 AM, Peter Cowburn wrote:
> On 8 January 2013 16:34, Paul Dragoonis wrote:
>> I was under the impression those were static methods, then we should
>> DEFINITELY get rid of this crappy class prefix on the left. Wether it's
>> nice or not from a UI standpoint, it's funda
hi,
On Wed, Jan 2, 2013 at 8:37 PM, Jorge F. Hernandez
wrote:
> Hey guys, can you get and post this in your website? or at least post where
> to get the x64 deps for PHP-SDK so we can build it.
We do not support x64 yet. Not all deps are available for x64 either.
Also keep in mind that there is
On 8 January 2013 16:34, Paul Dragoonis wrote:
> I was under the impression those were static methods, then we should
> DEFINITELY get rid of this crappy class prefix on the left. Wether it's
> nice or not from a UI standpoint, it's fundamentally broken and misleading
> and should be removed from
I'm not familiar with PHD, if someone who's familiar can make the change at
the lower level then that would be useful.
Are you willing to make this change Hannes ?
On Tue, Jan 8, 2013 at 5:34 PM, Levi Morrison wrote:
> On Tue, Jan 8, 2013 at 10:29 AM, Hannes Magnusson
> wrote:
> > I beg you to
On Tue, Jan 8, 2013 at 10:29 AM, Hannes Magnusson
wrote:
> I beg you to stop introducing more and more coding styles.
>
> It is completely irrelevant how much readable you think it is.
> Consistency throughout the project is of much greater value then
> random coding styles.
In principal I agree
On Wed, Jan 9, 2013 at 1:29 AM, Levi Morrison wrote:
>> @@ -575,12 +575,18 @@ function manual_setup_beta($setup) {
>>
>> $siblings = array();
>> foreach($setup["toc"] as $entry) {
>> +// We strip out any class prefix here, we only want method names
>> +$methodname = $entr
I beg you to stop introducing more and more coding styles.
It is completely irrelevant how much readable you think it is.
Consistency throughout the project is of much greater value then
random coding styles.
This is also going to create a little weirdness, as all links to those
methods are usin
> @@ -575,12 +575,18 @@ function manual_setup_beta($setup) {
>
> $siblings = array();
> foreach($setup["toc"] as $entry) {
> +// We strip out any class prefix here, we only want method names
> +$methodname = $entry[1];
> +if(strpos($entry[1], '::') !== false) {
> +
On Tue, Jan 8, 2013 at 10:01 AM, Hannes Magnusson
wrote:
>
> On Wed, Jan 9, 2013 at 12:12 AM, Levi Morrison
> wrote:
> >> If we probide beta=0 option I think we will wind up in the same
> >> situation, stalled effort as people just set their preferences to
> >> beta=0 "until the new look is finis
Commit:16a31cfa93e9bc1042310c61f8172dccacdb94ad
Author:Paul Dragoonis Tue, 8 Jan 2013
17:07:04 +
Parents: 9f44618c52fcaa75bcb9ffc9e2b786cd1eab9828
Branches: master
Link:
http://git.php.net/?p=web/php.git;a=commitdiff;h=16a31cfa93e9bc1042310c61f8172dccacdb94ad
Log:
Did you try css break word? It would be simpler, but it would break in a less
controlled way.
On Jan 8, 2013, at 6:35 AM, Paul Dragoonis wrote:
> I have created a patch that existed on the old php.net but not on the new
> one. basically it injects a hidden after the "::" characters so the
> m
On Wed, Jan 9, 2013 at 12:12 AM, Levi Morrison wrote:
>> If we probide beta=0 option I think we will wind up in the same
>> situation, stalled effort as people just set their preferences to
>> beta=0 "until the new look is finished".
>
> This is just one more reason to not launch it until it is be
Nope, i wasn't making any major fundamental changes in PHD or any system
for this, it' just a cosmetic change right before it outputs it.
On Tue, Jan 8, 2013 at 4:52 PM, Levi Morrison wrote:
> On Tue, Jan 8, 2013 at 9:50 AM, Paul Dragoonis
> wrote:
> > I've made the change, by removing the clas
On Tue, Jan 8, 2013 at 9:50 AM, Paul Dragoonis wrote:
> I've made the change, by removing the class name only for left menu method
> names, here's the preview: http://puu.sh/1LeWU
>
> Feedback?
I like it. Not sure what else to say.
Did you modify PHD for this change or else?
--
PHP Webmaster L
I've made the change, by removing the class name only for left menu method
names, here's the preview: http://puu.sh/1LeWU
Feedback?
On Tue, Jan 8, 2013 at 4:34 PM, Paul Dragoonis wrote:
> I was under the impression those were static methods, then we should
> DEFINITELY get rid of this crappy c
Commit:083185d3fc188a82dd8aafd46af810f454735e94
Author:Daniel P. Brown Tue, 8 Jan 2013 11:44:07
-0500
Parents: 9f44618c52fcaa75bcb9ffc9e2b786cd1eab9828
Branches: master
Link:
http://git.php.net/?p=web/php.git;a=commitdiff;h=083185d3fc188a82dd8aafd46af810f454735e94
Log:
I was under the impression those were static methods, then we should
DEFINITELY get rid of this crappy class prefix on the left. Wether it's
nice or not from a UI standpoint, it's fundamentally broken and misleading
and should be removed from there, not even considering design things.
I'm going to
>>
> >> The sidebar is larger now to help compensate for this but doesn't
> >> solve the problem. There was an idea to remove the class-name from the
> >> methods altogether. I personally like the idea but what do you guys
> >> think?
> >
> >
>
plus using the class::method format can a little bit
I also think having the rule class::method syntax on the left here is quite
redundant because it's repeated 3 times on the page. already as the page
title, and in the 'description' field, reference the screenshot i posted
above.
should we give it a shot ?
(welcome GoogleGuy)
On Tue, Jan 8, 2013
Including Sherif (aka GoogleGuy). He's been a fairly active
participant so he should be included in the loop.
On Tue, Jan 8, 2013 at 9:23 AM, Paul Dragoonis wrote:
> I'm in favour of this. See this screenshot [1] we already know we're inside
> the class since it's large text, has a purple left si
I'm in favour of this. See this screenshot [1] we already know we're inside
the class since it's large text, has a purple left side and the methods are
indented within it too.
[1] http://puu.sh/1Lery
On Tue, Jan 8, 2013 at 4:19 PM, Levi Morrison wrote:
> The sidebar is larger now to help compen
The sidebar is larger now to help compensate for this but doesn't
solve the problem. There was an idea to remove the class-name from the
methods altogether. I personally like the idea but what do you guys
think?
--
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http:
I wasn't aware it breaks CTR+F usage. I'll think of another workaround
since I feel this particular issue is a blocker stopping us from going to
production with the new theme.
On Tue, Jan 8, 2013 at 3:34 PM, Hannes Magnusson wrote:
> On Tue, Jan 8, 2013 at 10:35 PM, Paul Dragoonis
> wrote:
> >
> If we probide beta=0 option I think we will wind up in the same
> situation, stalled effort as people just set their preferences to
> beta=0 "until the new look is finished".
This is just one more reason to not launch it until it is better. I
think that there has been a reasonable amount of codi
On Tue, Jan 8, 2013 at 10:35 PM, Paul Dragoonis wrote:
> I have created a patch that existed on the old php.net but not on the new
> one. basically it injects a hidden after the "::" characters so the
> method name bumps onto the next line if the width is too large.
I hate the fact oldweb does i
I really hate this new gmail composing interface that makes it really
difficult not to top-post.
On Tue, Jan 8, 2013 at 9:29 PM, Paul Dragoonis wrote:
> I like your optimistic ideas Hannes.
>
> I honestly think the new one is almost ready if we decide on the most
> mission critical bugs to be res
On Tue, Jan 8, 2013 at 3:45 PM, Jorge F. Hernandez
wrote:
> All I saw in PHP Internals Windows was one for x86 not for x64.
>
please don't top post on this list.
if you really can't find the mails in that thread where x64 was discussed
then here are some direct links to the invidual mails:
http:
All I saw in PHP Internals Windows was one for x86 not for x64.
Jorge Hernandez
165 East 115th Street #4B
New York, NY 10029
jor...@fsbcomputers.com
tel:
fax:
mobile:
646-403-9802
646-519-4352
646-262-1908
http://www.fsbcomputers.com
-- Original Message --
From: "Ferenc Kovacs"
I have created a patch that existed on the old php.net but not on the new
one. basically it injects a hidden after the "::" characters so the
method name bumps onto the next line if the width is too large.
See this screenshot: http://puu.sh/1LcK0
Are you guys happy with this solution? I nobody h
I like your optimistic ideas Hannes.
I honestly think the new one is almost ready if we decide on the most
mission critical bugs to be resolved, and we resolve them, we should be
able to just switch.
NB: We can add a suttle bar at the top saying to people, "view this page in
the old style", so th
On Tue, Jan 8, 2013 at 11:36 AM, Hannes Magnusson <
hannes.magnus...@gmail.com> wrote:
> On Wed, Jan 2, 2013 at 11:37 AM, Jorge F. Hernandez
> wrote:
> > Hey guys, can you get and post this in your website? or at least post
> where
> > to get the x64 deps for PHP-SDK so we can build it.
>
> Is it
On Wed, Jan 2, 2013 at 11:37 AM, Jorge F. Hernandez
wrote:
> Hey guys, can you get and post this in your website? or at least post where
> to get the x64 deps for PHP-SDK so we can build it.
Is it not available on http://windows.php.net ?
If not, you'll have to ask the guys on internals-...@lists
On Sun, Dec 30, 2012 at 1:51 PM, Stewart Lord wrote:
> On Dec 27, 2012, at 7:13 AM, Adam Harvey wrote:
>> 3. When should we launch the site?
>>
>> As far as I'm aware, there aren't any functionality gaps relative to
>> the stable site now. The design seems locked down, and this has been
>> draggin
41 matches
Mail list logo
