Mailing List Archive: Bricolage: users

New API Browser

1 2

View All

Index | Next | Previous | View Threaded

david at kineticode

May 8, 2009, 10:55 AM

Post #1 of 31 (3529 views)
Permalink

New API Browser

Howdy,

I've been hard at work the last few days building a new [API browser]
using jQuery and Pod::Simple::XHTML. I'd appreciate it if you gave it
a spin right now.

[API browser]: http://bricolagecms.org/docs/devel/api/

A few things to note and to try:

* There is no more iframe. It's all strict XHTML. The nav is in a div,
and the documents are loaded into the right pane, which is also a div,
using jQuery.

* If you click on a link to a Bricolage class within the
documentation, it should take you to the right page, with the nav tree
opened to the right place.

* You can point to a specific doc referencing it like so:

http://bricolagecms.org/docs/devel/api/?Bric::Admin

I expect to make the ? optional soon; need to get a change to the
config to make that work.

* You can even point to a specific ID in a page and it will open it up
and scroll to it:

http://bricolagecms.org/docs/devel/api/?Bric::Admin#Perl-Modules

* Links to sections within a document should work, as should links to
non-Bricolage modules (they'll go to search.cpan.org).

* The triangles and diamond bullet in the nav are not graphics,
they're UTF-8 characters shoved in via jQuery. If you use IE, do they
appear for you? If not, how usable is it?

* Browsers I want to know work:
+ Firefox 2+
+ IE 6+
+ Safari 2+

Let me know if you run into any browser-related issues.

Once this is tested significantly and any browser-related issues
fixed, I'll regenerate all of the docs with the new browser and
release the module that creates it to CPAN. So give it a whirl!

Thanks,

David

denny at digitalcraftsmen

May 8, 2009, 11:05 AM

Post #2 of 31 (3455 views)
Permalink

Re: New API Browser [In reply to]

On Fri, 2009-05-08 at 10:55 -0700, David E. Wheeler wrote:
> I've been hard at work the last few days building a new [API browser]
> using jQuery and Pod::Simple::XHTML. I'd appreciate it if you gave it
> a spin right now.

Looks nice, works okay. Scrolling of the main pane seems slow/flickery.
Being able to deep-link is nice.

(Firefox 3.0.10 on Ubuntu Linux 8.04)

--
Denny de la Haye Digital Craftsmen
Analyst Programmer www.digitalcraftsmen.net

Exmouth House, 3 Pine Street, London, EC1R 0JH
Tel: 020 7183 1410 Fax: 020 7099 5140

david at kineticode

May 8, 2009, 11:11 AM

Post #3 of 31 (3448 views)
Permalink

Re: New API Browser [In reply to]

On May 8, 2009, at 11:05 AM, Denny de la Haye wrote:

> Looks nice, works okay. Scrolling of the main pane seems slow/
> flickery.
> Being able to deep-link is nice.
>
> (Firefox 3.0.10 on Ubuntu Linux 8.04)

Huh. I don't see the slow/flickery thing so much on my Mac. I can drag
my mouse faster than the scroll knob will follow in Firefox 3.0.10,
but not in Camino 1.6.7. But speed is in general why I prefer Camino
to Firefox.

Looks great in Safari 3.2.1, too (can't believe I hadn't tried it
before now!).

There do appear to be some Mason interpretation issues, though. These
are likely due to bugs in Pod::Simple::XHTML; I'll look into it.

Best

David

adam at RFXTechnologies

May 8, 2009, 11:11 AM

Post #4 of 31 (3442 views)
Permalink

RE: New API Browser [In reply to]

Seems to work well for me in IE8. The bullets look like this:

If I switch to compatibility view (which is supposed to emulate IE7), it pretty much quits working completely. I am getting a JS error:
Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64; Trident/4.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022; InfoPath.2; MS-RTC LM 8; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618; .NET CLR 1.1.4322)
Timestamp: Fri, 8 May 2009 18:10:51 UTC

Message: Expected identifier, string or number
Line: 90
Char: 9
Code: 0
URI: http://bricolagecms.org/docs/devel/api/podsite.js

Also looks good in FF 3.0.10, Chrome 1.0.154.59, and Safari 3.2.2 (all on Server 2008 64bit).

> -----Original Message-----
> From: David E. Wheeler [mailto:david [at] kineticode]
> Sent: Friday, May 08, 2009 1:56 PM
> To: Bricolage Users
> Subject: New API Browser
>
> Howdy,
>
> I've been hard at work the last few days building a new [API browser]
> using jQuery and Pod::Simple::XHTML. I'd appreciate it if you gave it
> a spin right now.
>
> [API browser]: http://bricolagecms.org/docs/devel/api/
>
> A few things to note and to try:
>
> * There is no more iframe. It's all strict XHTML. The nav is in a div,
> and the documents are loaded into the right pane, which is also a div,
> using jQuery.
>
> * If you click on a link to a Bricolage class within the
> documentation, it should take you to the right page, with the nav tree
> opened to the right place.
>
> * You can point to a specific doc referencing it like so:
>
> http://bricolagecms.org/docs/devel/api/?Bric::Admin
>
> I expect to make the ? optional soon; need to get a change to the
> config to make that work.
>
> * You can even point to a specific ID in a page and it will open it up
> and scroll to it:
>
> http://bricolagecms.org/docs/devel/api/?Bric::Admin#Perl-Modules
>
> * Links to sections within a document should work, as should links to
> non-Bricolage modules (they'll go to search.cpan.org).
>
> * The triangles and diamond bullet in the nav are not graphics,
> they're UTF-8 characters shoved in via jQuery. If you use IE, do they
> appear for you? If not, how usable is it?
>
> * Browsers I want to know work:
> + Firefox 2+
> + IE 6+
> + Safari 2+
>
> Let me know if you run into any browser-related issues.
>
> Once this is tested significantly and any browser-related issues
> fixed, I'll regenerate all of the docs with the new browser and
> release the module that creates it to CPAN. So give it a whirl!
>
> Thanks,
>
> David

adrian at gossamer-threads

May 8, 2009, 11:12 AM

Post #5 of 31 (3443 views)
Permalink

Re: New API Browser [In reply to]

Got some breakage on:

http://bricolagecms.org/docs/devel/api/Bric/AdvTemplates.html

Also would be nice if you could middle click or right click on links in
the nav (to open them up in a new window, or copy the link).

A minor thing is that a horizontal scrollbar shows up when you're
clicking on a nav link.

Otherwise, looks nice.

Adrian

adam at RFXTechnologies

May 8, 2009, 11:14 AM

Post #6 of 31 (3453 views)
Permalink

RE: New API Browser [In reply to]

> -----Original Message-----
> From: Adrian Yee [mailto:adrian [at] gossamer-threads]

> Also would be nice if you could middle click or right click on links in
> the nav (to open them up in a new window, or copy the link).

[Adam Wilson]
+1

denny at digitalcraftsmen

May 8, 2009, 11:21 AM

Post #7 of 31 (3450 views)
Permalink

Re: New API Browser [In reply to]

On Fri, 2009-05-08 at 11:11 -0700, David E. Wheeler wrote:
> On May 8, 2009, at 11:05 AM, Denny de la Haye wrote:
> > Looks nice, works okay. Scrolling of the main pane seems slow/
> > flickery.
> >
> > (Firefox 3.0.10 on Ubuntu Linux 8.04)
>
> Huh. I don't see the slow/flickery thing so much on my Mac. I can drag
> my mouse faster than the scroll knob will follow in Firefox 3.0.10

Have you tried using the scroll-wheel on the mouse, if you have one?
You're right, it's absolutely fine if I drag the scroll-bar - it's only
using the wheel that seems to upset it.

I can generate enough lag with a few downward scrolls to let me scroll
the wheel back up a few times again and then stop scrolling entirely
before the actual page manages to change directions and start heading
back up again. (I've just double-checked, and I don't get the same
oddness on other long pages. Could still be a quirk of my system
though.)

Regards,
Denny

--
Denny de la Haye Digital Craftsmen
Analyst Programmer www.digitalcraftsmen.net

Exmouth House, 3 Pine Street, London, EC1R 0JH
Tel: 020 7183 1410 Fax: 020 7099 5140

david at kineticode

May 8, 2009, 11:23 AM

Post #8 of 31 (3448 views)
Permalink

Re: New API Browser [In reply to]

On May 8, 2009, at 11:11 AM, Adam Wilson wrote:

> Seems to work well for me in IE8. The bullets look like this:
>

Stupid Windows. I'm using a fucking Microsoft font fercristsakes! I
wonder if it'd be better if I used an entity�

> If I switch to compatibility view (which is supposed to emulate
> IE7), it pretty much quits working completely. I am getting a JS
> error:
> Webpage error details
>
> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0;
> WOW64; Trident/4.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022;
> InfoPath.2; MS-RTC LM 8; OfficeLiveConnector.1.3; OfficeLivePatch.
> 0.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618; .NET CLR 1.1.4322)
> Timestamp: Fri, 8 May 2009 18:10:51 UTC
>
>
> Message: Expected identifier, string or number
> Line: 90
> Char: 9
> Code: 0
> URI: http://bricolagecms.org/docs/devel/api/podsite.js

Ah, serial comma. Fixed.

> Also looks good in FF 3.0.10, Chrome 1.0.154.59, and Safari 3.2.2
> (all on Server 2008 64bit).

Awesome, thanks!

David

david at kineticode

May 8, 2009, 11:25 AM

Post #9 of 31 (3445 views)
Permalink

Re: New API Browser [In reply to]

On May 8, 2009, at 11:12 AM, Adrian Yee wrote:

> Got some breakage on:
>
> http://bricolagecms.org/docs/devel/api/Bric/AdvTemplates.html

Yeah, that's the Mason interp issue I mentioned before.

> Also would be nice if you could middle click or right click on links
> in the nav (to open them up in a new window, or copy the link).

Good idea. Would you file an issue for that?

http://github.com/theory/pod-site/issues

> A minor thing is that a horizontal scrollbar shows up when you're
> clicking on a nav link.

Likely a jQuery thing, I don't know.

One thing I'd like to add is the ability to resize the nav div. I had
been doing it with the splitter jQuery plugin, but it broke other
things, so I pulled it for the time being.

Best,

david

david at kineticode

May 8, 2009, 11:26 AM

Post #10 of 31 (3458 views)
Permalink

Re: New API Browser [In reply to]

On May 8, 2009, at 11:21 AM, Denny de la Haye wrote:

>> Huh. I don't see the slow/flickery thing so much on my Mac. I can
>> drag
>> my mouse faster than the scroll knob will follow in Firefox 3.0.10
>
> Have you tried using the scroll-wheel on the mouse, if you have one?
> You're right, it's absolutely fine if I drag the scroll-bar - it's
> only
> using the wheel that seems to upset it.

Ah, yeah, that's a bit draggy in FF and Camino, though not in Safari.

> I can generate enough lag with a few downward scrolls to let me scroll
> the wheel back up a few times again and then stop scrolling entirely
> before the actual page manages to change directions and start heading
> back up again. (I've just double-checked, and I don't get the same
> oddness on other long pages. Could still be a quirk of my system
> though.)

Firefox is slow, though, no way around it.

Best,

David

simonw at digitalcraftsmen

May 8, 2009, 11:28 AM

Post #11 of 31 (3441 views)
Permalink

Re: New API Browser [In reply to]

On 8/5/09 19:21, Denny de la Haye wrote:
> On Fri, 2009-05-08 at 11:11 -0700, David E. Wheeler wrote:
>> On May 8, 2009, at 11:05 AM, Denny de la Haye wrote:
>>> Looks nice, works okay. Scrolling of the main pane seems slow/
>>> flickery.
>>>
>>> (Firefox 3.0.10 on Ubuntu Linux 8.04)
>> Huh. I don't see the slow/flickery thing so much on my Mac. I can drag
>> my mouse faster than the scroll knob will follow in Firefox 3.0.10
>
> Have you tried using the scroll-wheel on the mouse, if you have one?
> You're right, it's absolutely fine if I drag the scroll-bar - it's only
> using the wheel that seems to upset it.

Scroll-wheel looks OK on my machine, looking at Bric::Admin it seems fine.

(Firefox 3.0.10 on MacBook 10.5.6)

S.

--
Digital Craftsmen Ltd
Exmouth House, 3 Pine Street, London. EC1R 0JH
t 020 7183 1410 f 020 7099 5140 m 07951 758698
w http://www.digitalcraftsmen.net/

mhenderson at adams

May 8, 2009, 1:52 PM

Post #12 of 31 (3446 views)
Permalink

Re: New API Browser [In reply to]

The links to Bric::Templates and Bric::Changes Bric::AdvTemplates all
seem to be broken for me.

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.10)
Gecko/2009042315 Firefox/3.0.10

David E. Wheeler wrote:
> Howdy,
>
> I've been hard at work the last few days building a new [API browser]
> using jQuery and Pod::Simple::XHTML. I'd appreciate it if you gave it
> a spin right now.
>
> [API browser]: http://bricolagecms.org/docs/devel/api/
>
> A few things to note and to try:
>
> * There is no more iframe. It's all strict XHTML. The nav is in a div,
> and the documents are loaded into the right pane, which is also a div,
> using jQuery.
>
> * If you click on a link to a Bricolage class within the
> documentation, it should take you to the right page, with the nav tree
> opened to the right place.
>
> * You can point to a specific doc referencing it like so:
>
> http://bricolagecms.org/docs/devel/api/?Bric::Admin
>
> I expect to make the ? optional soon; need to get a change to the
> config to make that work.
>
> * You can even point to a specific ID in a page and it will open it up
> and scroll to it:
>
> http://bricolagecms.org/docs/devel/api/?Bric::Admin#Perl-Modules
>
> * Links to sections within a document should work, as should links to
> non-Bricolage modules (they'll go to search.cpan.org).
>
> * The triangles and diamond bullet in the nav are not graphics,
> they're UTF-8 characters shoved in via jQuery. If you use IE, do they
> appear for you? If not, how usable is it?
>
> * Browsers I want to know work:
> + Firefox 2+
> + IE 6+
> + Safari 2+
>
> Let me know if you run into any browser-related issues.
>
> Once this is tested significantly and any browser-related issues
> fixed, I'll regenerate all of the docs with the new browser and
> release the module that creates it to CPAN. So give it a whirl!
>
> Thanks,
>
> David

--
Mike Henderson
Web Applications Developer
Communications Office
Adams State College
719 587-7684
mhenderson [at] adams

david at kineticode

May 8, 2009, 2:54 PM

Post #13 of 31 (3442 views)
Permalink

Re: New API Browser [In reply to]

On May 8, 2009, at 1:52 PM, Mike Henderson wrote:

> The links to Bric::Templates and Bric::Changes Bric::AdvTemplates
> all seem to be broken for me.
>
> Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.10)
> Gecko/2009042315 Firefox/3.0.10

Yes, that's the Mason eval issue. I'll fix it.

Best,

David

david at kineticode

May 8, 2009, 3:44 PM

Post #14 of 31 (3448 views)
Permalink

Re: New API Browser [In reply to]

On May 8, 2009, at 2:54 PM, David E. Wheeler wrote:

> Yes, that's the Mason eval issue. I'll fix it.

Not a bug in Pod::Simple::XHTML; I just had to tell Apache not to run
the documentation pages through Mason. So, fixed!

Best,

David

rs at plusw

May 9, 2009, 2:37 AM

Post #15 of 31 (3445 views)
Permalink

Re: New API Browser [In reply to]

In Version 4 Public Beta (5528.16) there is some strange behaviour:

Start: Nav in left frame collapsed
Click on Toc on the left frame
Result: right frame shows toc

Then click some link on the right frame, ie.
Bric::Biz::Asset::Business::Media
Result: The left frame highlights Bric::Biz opens the subnav below
Bric::Biz , no change in the right frame!

Next: Clicking Birc::Biz::Business::Media::Audio (or any other topic
in Birc::Biz::Business
Result: Subnav in the left frame collapses, no change in the right frame

This continues: clicking any link on the right frame lets the subnav
toggle between expanded an collapsed

I tried to debug this in safari debugger but this tool shows some
strange behaviour too, (i like firebug:-)) ,
so I could'nt find out what the problem really is.

Am 08.05.2009 um 19:55 schrieb David E. Wheeler:

> Howdy,
>
> I've been hard at work the last few days building a new [API
> browser] using jQuery and Pod::Simple::XHTML. I'd appreciate it if
> you gave it a spin right now.
>
> [API browser]: http://bricolagecms.org/docs/devel/api/
>
> A few things to note and to try:
>
> * There is no more iframe. It's all strict XHTML. The nav is in a
> div, and the documents are loaded into the right pane, which is also
> a div, using jQuery.
>
> * If you click on a link to a Bricolage class within the
> documentation, it should take you to the right page, with the nav
> tree opened to the right place.
>
> * You can point to a specific doc referencing it like so:
>
> http://bricolagecms.org/docs/devel/api/?Bric::Admin
>
> I expect to make the ? optional soon; need to get a change to the
> config to make that work.
>
> * You can even point to a specific ID in a page and it will open it
> up and scroll to it:
>
> http://bricolagecms.org/docs/devel/api/?Bric::Admin#Perl-Modules
>
> * Links to sections within a document should work, as should links
> to non-Bricolage modules (they'll go to search.cpan.org).
>
> * The triangles and diamond bullet in the nav are not graphics,
> they're UTF-8 characters shoved in via jQuery. If you use IE, do
> they appear for you? If not, how usable is it?
>
> * Browsers I want to know work:
> + Firefox 2+
> + IE 6+
> + Safari 2+
>
> Let me know if you run into any browser-related issues.
>
> Once this is tested significantly and any browser-related issues
> fixed, I'll regenerate all of the docs with the new browser and
> release the module that creates it to CPAN. So give it a whirl!
>
> Thanks,
>
> David

Mit freundlichen Gr��en
Rolf Schaufelberger

plusW GmbH
Stuttgarter Str. 26 Tel. 07183 30 21 36
73635 Rudersberg Fax 07183 30 21 85

www.plusw.de
www.mypixler.com
www.calendrino.de

david at kineticode

May 11, 2009, 11:49 AM

Post #16 of 31 (3407 views)
Permalink

Re: New API Browser [In reply to]

On May 8, 2009, at 10:55 AM, David E. Wheeler wrote:

> Howdy,
>
> I've been hard at work the last few days building a new [API
> browser] using jQuery and Pod::Simple::XHTML. I'd appreciate it if
> you gave it a spin right now.
>
> [API browser]: http://bricolagecms.org/docs/devel/api/

Howdy folks,

I just uploaded a new version and updated the nightly cron job to
regenerate it from the new code every night (it had reverted to the
old code over the weekend). I've made a bunch of changes and
improvements, and once again would appreciate it if you could try it
out and let me know if you find any problems:

* I fixed the table of contents (TOC) to have links to all of the
classes and modules, like the old version had.

* I eliminated a serial comma that caused IE 6 to choke.

* 404s and other errors are now handled. So if for some reason you
click a nav link and the corresponding file doesn't exist or there's
some kind of error (like the Mason errors last week), it will tell you
so.

* Links that specify a module name after the slash should just work.
An example would be:

http://bricolagecms.org/docs/devel/api/Bric::Admin

...Although there seems to be a configuration error on the server
that's keeping it from working right now; I'll work on that.

* Links to subsections of a single document should just work.

* Links to subsections of another document should also work (that is,
the nav will open up to that node, the document will display, and it
will scroll to the appropriate subsection).

* Switched to entities instead of literal Unicode characters for the
triangles and bullets. I hope that helps IE. If not, can someone with
Windows look at its character table and pick some decent alternative
characters that will display in Trebuchet MS?

Please give it a whirl and let me know what you find!

Best,

David

david at kineticode

May 11, 2009, 11:50 AM

Post #17 of 31 (3420 views)
Permalink

Re: New API Browser [In reply to]

On May 9, 2009, at 2:37 AM, Rolf Schaufelberger wrote:

> In Version 4 Public Beta (5528.16) there is some strange behaviour:

You mean Safari?

> Start: Nav in left frame collapsed
> Click on Toc on the left frame
> Result: right frame shows toc

You were seeing the old doc browser, I'm sorry to say. A cron job had
built it and overwritten the code I uploaded on Friday. I've fixed it
so that it will generate the new browser every night, so an you try
again?

Thanks,

David

adam at RFXTechnologies

May 11, 2009, 11:55 AM

Post #18 of 31 (3409 views)
Permalink

RE: New API Browser [In reply to]

If I switch to compatibility view (which is supposed to emulate IE7), I am getting a JS error:
Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64; Trident/4.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022; InfoPath.2; MS-RTC LM 8; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618; .NET CLR 1.1.4322)
Timestamp: Mon, 11 May 2009 18:52:59 UTC

Message: Expected identifier, string or number
Line: 99
Char: 9
Code: 0
URI: http://bricolagecms.org/docs/devel/api/podsite.js

> -----Original Message-----
> From: David E. Wheeler [mailto:david [at] kineticode]
> Sent: Monday, May 11, 2009 2:50 PM
> To: users [at] lists
> Subject: Re: New API Browser
>
> On May 8, 2009, at 10:55 AM, David E. Wheeler wrote:
>
> > Howdy,
> >
> > I've been hard at work the last few days building a new [API
> > browser] using jQuery and Pod::Simple::XHTML. I'd appreciate it if
> > you gave it a spin right now.
> >
> > [API browser]: http://bricolagecms.org/docs/devel/api/
>
> Howdy folks,
>
> I just uploaded a new version and updated the nightly cron job to
> regenerate it from the new code every night (it had reverted to the
> old code over the weekend). I've made a bunch of changes and
> improvements, and once again would appreciate it if you could try it
> out and let me know if you find any problems:
>
> * I fixed the table of contents (TOC) to have links to all of the
> classes and modules, like the old version had.
>
> * I eliminated a serial comma that caused IE 6 to choke.
>
> * 404s and other errors are now handled. So if for some reason you
> click a nav link and the corresponding file doesn't exist or there's
> some kind of error (like the Mason errors last week), it will tell you
> so.
>
> * Links that specify a module name after the slash should just work.
> An example would be:
>
> http://bricolagecms.org/docs/devel/api/Bric::Admin
>
> ...Although there seems to be a configuration error on the server
> that's keeping it from working right now; I'll work on that.
>
> * Links to subsections of a single document should just work.
>
> * Links to subsections of another document should also work (that is,
> the nav will open up to that node, the document will display, and it
> will scroll to the appropriate subsection).
>
> * Switched to entities instead of literal Unicode characters for the
> triangles and bullets. I hope that helps IE. If not, can someone with
> Windows look at its character table and pick some decent alternative
> characters that will display in Trebuchet MS?
>
> Please give it a whirl and let me know what you find!
>
> Best,
>
> David

david at kineticode

May 11, 2009, 12:08 PM

Post #19 of 31 (3414 views)
Permalink

Re: New API Browser [In reply to]

On May 11, 2009, at 11:55 AM, Adam Wilson wrote:

> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0;
> WOW64; Trident/4.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022;
> InfoPath.2; MS-RTC LM 8; OfficeLiveConnector.1.3; OfficeLivePatch.
> 0.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618; .NET CLR 1.1.4322)
> Timestamp: Mon, 11 May 2009 18:52:59 UTC
>
>
> Message: Expected identifier, string or number
> Line: 99
> Char: 9
> Code: 0
> URI: http://bricolagecms.org/docs/devel/api/podsite.js

Dammit, that was the serial comma I fixed! I don't know why it was
reverted. Please shift-reload and try again�

Thanks,

David

adam at RFXTechnologies

May 11, 2009, 12:10 PM

Post #20 of 31 (3416 views)
Permalink

RE: New API Browser [In reply to]

That works much better.

> -----Original Message-----
> From: David E. Wheeler [mailto:david [at] kineticode]
> Sent: Monday, May 11, 2009 3:08 PM
> To: users [at] lists
> Subject: Re: New API Browser
>
> On May 11, 2009, at 11:55 AM, Adam Wilson wrote:
>
> > User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0;
> > WOW64; Trident/4.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022;
> > InfoPath.2; MS-RTC LM 8; OfficeLiveConnector.1.3; OfficeLivePatch.
> > 0.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618; .NET CLR 1.1.4322)
> > Timestamp: Mon, 11 May 2009 18:52:59 UTC
> >
> >
> > Message: Expected identifier, string or number
> > Line: 99
> > Char: 9
> > Code: 0
> > URI: http://bricolagecms.org/docs/devel/api/podsite.js
>
> Dammit, that was the serial comma I fixed! I don't know why it was
> reverted. Please shift-reload and try again...
>
> Thanks,
>
> David

phillip at communitybandwidth

May 11, 2009, 12:16 PM

Post #21 of 31 (3428 views)
Permalink

Re: New API Browser [In reply to]

On 11-May-09, at 3:49 PM, David E. Wheeler wrote:

> Please give it a whirl and let me know what you find!

Only thing I find confusing is that the URL in the address bar doesn't
keep up with my location in the tree, etc.

Otherwise, looks beautiful and is working well.

--
Phillip Smith // Simplifier of Technology // COMMUNITY BANDWIDTH
www.communitybandwidth.ca // www.phillipadsmith.com

david at kineticode

May 11, 2009, 12:20 PM

Post #22 of 31 (3417 views)
Permalink

Re: New API Browser [In reply to]

On May 11, 2009, at 12:16 PM, Phillip Smith wrote:

> Only thing I find confusing is that the URL in the address bar
> doesn't keep up with my location in the tree, etc.

That's a feature. :-) I do want to modify the title, though.

> Otherwise, looks beautiful and is working well.

Thanks!

David

david at kineticode

May 11, 2009, 12:20 PM

Post #23 of 31 (3414 views)
Permalink

Re: New API Browser [In reply to]

On May 11, 2009, at 12:10 PM, Adam Wilson wrote:

> That works much better.

Great, now to see if IE itself actually works.

Best,

David

rs at plusw

May 11, 2009, 1:20 PM

Post #24 of 31 (3410 views)
Permalink

Re: New API Browser [In reply to]

Am 11.05.2009 um 20:50 schrieb David E. Wheeler:

> On May 9, 2009, at 2:37 AM, Rolf Schaufelberger wrote:
>
>> In Version 4 Public Beta (5528.16) there is some strange behaviour:
>
> You mean Safari?
>
AH Yes

>> Start: Nav in left frame collapsed
>> Click on Toc on the left frame
>> Result: right frame shows toc
>
> You were seeing the old doc browser, I'm sorry to say. A cron job
> had built it and overwritten the code I uploaded on Friday. I've
> fixed it so that it will generate the new browser every night, so an
> you try again?

No, I think I testet the new one. (using podsite.js)
So same behaviour today.

Again I tried to debug this:

Setting a breakpoint to the line
if (branch) $.tree_reference('tree').select_branch(branch);

and clicking any link in the right frame reaches this breakpoint.
Then in the debugger I get
(click on Bric::Biz::Asset::Business::Media::Image)

> this.name
> "Bric::Biz::Asset::Business::Media::Image"
>this.name.replace('::','\\:\\:','g')
>"Bric\:\:Biz::Asset::Business::Media::Image"

In Firefox I get for the same string:
>>> this.name.replace('::','\\:\\:','g');
"Bric\:\:Biz\:\:Asset\:\:Business\:\:Media\:\:Image"

Again in Safari:

'abcabc'.replace('a','A')
"Abcabc"
'abcabc'.replace('a','A','g')
"Abcabc"

So I this this is where the problem comes from

yet

this.name.replace(/::/g,'\\:\\:') works :
"Bric\:\:Biz\:\:Asset\:\:Business\:\:Media\:\:Image"

Hth.

Rolf

david at kineticode

May 11, 2009, 1:56 PM

Post #25 of 31 (3416 views)
Permalink

Re: New API Browser [In reply to]

On May 11, 2009, at 1:20 PM, Rolf Schaufelberger wrote:

> > this.name
> > "Bric::Biz::Asset::Business::Media::Image"
> >this.name.replace('::','\\:\\:','g')
> >"Bric\:\:Biz::Asset::Business::Media::Image"

Ah, thanks. It was broken in Safari 3, as well. Fixed now.

Best,

David

1 2

View All

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads