World: r3wp
[Web] Everything web development related
| older newer | first last |
| Will 11-Jan-2008 [1413] | load the jquery library into your site and make your life much easier, it makes manipulating DOM a kid game 8) http://jquery.commaybe look also for the accordion or tree plugin for your menu |
| Anton 13-Jan-2008 [1414] | Thanks, WIll. A very nice suggestion. I will wait until my optimism/web-technology faith returns :) |
| Anton 3-Mar-2008 [1415x5] | Here's another question that I wish I didn't have to ask.
This doesn't work. I can't find how to reference navList even though
it's in the same page.
What is the way to reference navList correctly ?
<html>
<body>
<ul id="navList" >
<li>Hello</li>
</ul>
<a href="javascript:alert('width: ' + navList.name);">navList width</a>
</body>
</html>
|
Hooray! found the answer
<a href="javascript:alert('width: ' + document.getElementById('navList').offsetWidth);">navList
width</a>
| |
Seems simple, in retrospect. | |
Not so simple... it doesn't work in a frame for some reason. | |
Aha ! Tracked it down. In my frame I had a BASE tag. This caused
the javascript error:
Error: document.getElementById("navList") has no properties
Source File: javascript:alert('width: ' + document.getElementById('navList').offsetWidth);
<html>
<head>
<base target="_top" />
</head>
<body>
<ul id="navList" >
<li>Hello</li>
</ul>
<a href="javascript:alert('width: ' + document.getElementById('navList').offsetWidth);">navList
width</a>
</body>
</html>
| |
| Anton 4-Mar-2008 [1420] | (But hmm... maybe I wanted the base tag for something... I'll have to check.) |
| PeterWood 10-Mar-2008 [1421] | Is anybody successfully running Rebol CGI scripts with Apache on an Intel Mac? |
| Will 13-Apr-2008 [1422x2] | Hello, about JSON.r, the one on rebol.org is old, here is the latest http://www.json.org/json.r but working with the flickr api I found hopefully a bug, here is the patch: --- http://www.json.org/json.r +++ (clipboard) @@ -188,7 +188,7 @@ ] ex-chars: charset {\"} chars: complement ex-chars - escaped: charset {"\>bfnrt} + escaped: charset {"\>bfnrt/} ;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!added "/" otherwise this returned from flikr! give error {{"name":"Taiwan Panorama \/ \u53f0\u7063\u5bec\u8996\u91ce"}} escape-table: [ {\"} "^"" {\\} "\" @@ -198,6 +198,7 @@ {\r} "^M" {\n} "^/" {\t} "^-" + {\/} "/" ;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!see above ] digits: charset "0123456789" hex-c: union digits charset "ABCDEFabcdef" |
would be nice if the maintainer could update the rebol.org version 8) | |
| Dockimbel 13-Apr-2008 [1424x3] | There's an approach that I'd like to experiment regarding web UI generation. The idea would be to consider the web page as a View target and build a View-like rendering engine able to process face objets and renders them as HTML. So it would be possible to generate HTML UI with VID directly. The DIV tag would be a good candidate to emulate a View face. |
The events system would be splitted in two parts : 1) A small part in JS on client-side catching keyboards and mouse-events and sending them asynchronously to the server. 2) A server-side part emulating the View event propagation engine through the face objects hierarchy. | |
Did anyone already tried such approach ? | |
| BrianH 13-Apr-2008 [1427] | Qtask has, I think. |
| Pekr 13-Apr-2008 [1428] | Doc - maybe you could communicate it with Gabriele. IIRc VID3 is flexible to generate various outputs. Look model is separated, but it would be better to ask Gabriele. |
| BrianH 13-Apr-2008 [1429] | Wait, no. That approach would fall over when you run into network latency issues. It would work great on a LAN, but not over the internet. |
| Pekr 13-Apr-2008 [1430] | as for JS, I am not sure it is fast enough. I saw Sun's JS based desktop, and it was joke compared to even VID 1 alpha speed probably :-) |
| BrianH 13-Apr-2008 [1431x3] | Keyboard and mouse events happen too quickly, and people expect them to be handled quickly. |
It's not JS that would be the slowdown - it's the network connection to the server. | |
On the other hand, you could build a View-like rendering engine in JavaScript itself. | |
| Pekr 13-Apr-2008 [1434x3] | yes, with Cairo crap instead of AGG, right? :-) |
but it is the possibility. Brian - I am not sure Sun's desktop was slow because of communication with server - dragging of stuff around the screen was slow. So I just wonder, if JS generated UI can be as fast as View (which is still not optimised) | |
but I think that view-like engine could be built | |
| BrianH 13-Apr-2008 [1437] | With the DOM for regular UI elements, and Canvas for Draw once it is implemented more widely. The browser is a little weak right now, but that is improving, finally. |
| Pekr 13-Apr-2008 [1438] | IIRC, when Cyphre did some game for Java enabled cell phone, he created small engine emulating faces |
| BrianH 13-Apr-2008 [1439] | JavaScript doesn't have access to Cairo directly in any browser. JavaScript is not anywhere near as fast as Java yet. |
| Dockimbel 13-Apr-2008 [1440x3] | Brian: true, network latency might be a show-stopper for such kind of apps over the internet. |
View-like engine in JS : that looks very doable, but I'm afraid the result might be too slow. I've worked some time with a rendering engine built in JS, and it was just a little slower than native UI, but not very scalable (performances dropping rapidly with a growing number of "faces"). It was BackBase : http://www.backbase.com. | |
So maybe the solution would be to handle those events that need fast response like typing text in a field, or mouse-over gfx effects, on the client-side and send others to the server. | |
| Pekr 13-Apr-2008 [1443] | but what is the idea? to have one rebol view app with VID or browser UI? |
| Dockimbel 13-Apr-2008 [1444x2] | The goal would be to use VID/REBOL to build web applications without typing any HTML or JS. |
So yes, to make the browser another potential "target" for View apps. | |
| Pekr 13-Apr-2008 [1446] | then Gabriele is good target to consider, he might have some ideas, as he knows best what VID3 is going to be about. Imo we should skip VID2 ... |
| Dockimbel 13-Apr-2008 [1447] | Doing the VID2( or 3) interfacing is the easiest part ;-) |
| Will 13-Apr-2008 [1448x2] | If we are going to use a JS framework, I insist in using jQuery, the core is really mature,fast and stable, it has the syntax that more resemble the way we think in rebol. http://docs.jquery.com/Main_Page |
livequery, how cool 8) http://www.learningjquery.com/2008/03/working-with-events-part-1 | |
| Gabriele 14-Apr-2008 [1450x2] | Brian, no, Qtask hasn't, and that's what i've always been fighitng with Reichart about :) |
if we don't expect to emulate View 100%, but rather we do a Web VID, i think this can definitely be done in JS, with the server only to access data. | |
| Gregg 14-Apr-2008 [1452x3] | Will, I'll updated my JSON copy script here with your changes, but Romano hasn't been around in a long time, AFAIK, so someone (I guess maybe you or me) should get joint ownership of the script on REBOL.org to update it. |
Do you have a test case for the change? | |
Should > be in the list of escaped chars? It doesn't look like it from the spec. I'll have to check my notes to see if that was added for a specific reason. | |
| Reichart 14-Apr-2008 [1455] | We are not fighting...fighting would mean I don't agree with you... |
| Will 14-Apr-2008 [1456x2] | example is in the patch above, flikr api returns:
{"name":"Taiwan Panorama \/ \u53f0\u7063\u5bec\u8996\u91ce"}
|
without the patch it won't work once it encounter "\/" do you really need a link? | |
| Gregg 14-Apr-2008 [1458] | Ha! I thought it said "Panorama V", not "Panorama \/". :-\ |
| Will 14-Apr-2008 [1459x2] | here you go: probe JSON-to-rebol head clear back tail copy find/tail read http://api.flickr.com/services/rest/?format=json&api_key=45d5d4b7dff9bc653c8eb3e73271c10c&method=flickr.photos.getInfo&photo_id=2279042485 "jsonFlickrApi(" |
return error without the patch | |
| Gregg 14-Apr-2008 [1461x2] | Yeah, I see the solidus in the spec, though I wonder how it was overlooked before. It looks like they've also done away with comments in the spec. Is that so? |
That is, JSON no longer supports comments. | |
| older newer | first last |