World: r3wp

Pekr, I prefer the expanded menu, immediately available. I don't 
care if it's two or three pages long. If the section titles are bolded 
(eg. "Internet a site", "Kiosky" etc.) and obvious, then reading 
them while scrolling down the page is no problem. And I think your 
search bar should go at the top, to solve the problem of being too 
far down to be visible initially.

OK, thanks for the input ... searbar will be probably removed ... 
there will not be enough content to search imo ....

I prefer direct e-shop link

later, if needed, it could be added to the top-right bar of the site 
....

yes, good position.

Max - re templating. Yes, I use "code", actually not code, just markers 
like <font face="Arial" size="2"><!--name-->ne<!--end--></font></td>

simply put, there is following workflow, similar to how Gabriele's 
Temple worked:

- browser requests page
- webservers takes .html
- then it sees, .html should go via some handler
- handler is called - so e.g. index.html is passed to pekr-rsp.r

- pekr-rsp.r, to save some processing time (prevent parsing), looks 
if .html page is registered as dynamic, non-dynamic .html is returned 
directly to browser - non-measurable slow-down

- if page is supposed to be dynamic, it is being parsed. It looks 
for marked sections and particular handlers are called, which know, 
how to treat that section

so, we can start with static page. Then we slowly turn it to dynamic. 
All my gfx man has to do is to later add some markers there. RSP 
ruins that aproach imo.

in order to work, I don't want my gfx man to play with any rebol/php 
code on his side ....

my aproach has some disadvantages too, e.g. remark can compose subpages, 
so you don't need e.g. to repeat footers, headers, etc.

remark MOD will allow all you are saying above  :-)  that's the point. 
 the advantage is that you can hide and integrate all those tricks 
on a programmable per site/ per page / per element .  since each 
tag receives the content its handling, if your outer tag can handle 
caching on the server side, well just do so.


remark changes HOW you can do your tags cause they are NESTED.  and 
can return dynamic stuff... not just html.

what I want to do is build a tag which caches its parsed data unless 
a trigger even occurs.   this would, for example allow you to cache 
parts of pages or whole pages... depending on where you put the <cache! 
> tag.

its not all done, but its the concept.

that will not work?

simply put - open your template in a browser - does it display its 
content flawlesly? (without interpretting templat). If not, than 
it is not what I want :-)

well, that will depend on what you mean by template and what your 
template contains... if you talk about a frame (or various sub parts 
of a page) which hold html, yes remark can have these with no remark 
tags within... so you can linkup an html page based on artists work, 
and add up your dynamically created content.  But remark even allows 
you to programatically include those little html parts at any level, 
so one of your dynamic tags could in fact be loading just menu titles 
which which your gfx artist created manually.  but their placement 
or the choice of which set to load would be controled within the 
dynamic tags.

max - simply put - what will any <cahe!> tag, which is NOT even paired, 
do, if you add it to html source, and you display it?

the cache! tag would be a wrapper you add to some "constructor" page.. 
the actual elements which compose your page, are still visible and 
useable directly.

remark has a way to add tags OVER your page so that your source remains 
unchanged... that is where you could put a complete page cache if 
you wished.

the cache is not yet done (cause it makes no sense in a static env)... 
but I count on trying to add it to the default toolset in remark 
v2

henrik... the shorthand for remark is rmk btw  ... I just realised 
that's your  initials    ;-)

hmk, not rmk, but close :-)

right... <sigh>  must be getting tired ;-)

I would like to resolve following situation:


- on our kiosk, we have following set-up - Apache running locally, 
and once Windows starts, it runs http://localhostin full screen.

- I wanted operator to have more easy life (not taking wireless keyboard 
each time), so I wrote View script, which sits in the memory, and 
waits for USB drive to appear. Then it copies new stuff from USB 
drive to C:\kiosk dir.


However - we found out, that the presentation still returns old pages. 
They seem to be cached somewhere. What should I do about it? Improve 
script to:

- restart presentation?
- restart Apache service?
- disable caching somehow?
- flush the IE cache somehow? (could take long)


And remember - the aim is for the operator to have seamless operation 
- plug-in USB disc, wait for update, unplug disk.

probably the best option is to disable the IE cache

Under IE7 the Temporary Internet Files control dialog, 
is now hidden under...

menu: tools/internet options
tab: General
section: Browsing history 
button: Settings

Disabing the cache via IE's settingsis simplest -- but you do need 
to remember to do it for each machine you set up / update / reinstall 
/ etc. Plus you may want to change browser later.

Another option is to send the HTTP headers to say the pages are not 
to be cached.

can I configure that with Apache somehow?

Never tried it that way myself (I always add headers in the CGI script).
This link suggests you can tweak your .htaccess to do it:

http://www.askapache.com/htaccess/using-http-headers-with-htaccess.html

If you make it all cgi, then your pages will never be cached.

That may be true for more intelligent browsers, Graham.
But, sadly, IE regularly caches pages with parameters.

Guys I have a short question: Is there a simple and fast way to avoid 
that a html-formular is position back to the top after a drop-down 
box has been selected which triggers a server call?

Robert, I believe there is an inherint post-back done by the drop-down 
selection, so the only way around this would be the use of AJAX. 
 I'm sure someone like Terry or any of the other web guru's around 
here will be able to confirm.

Try adding 'return false'  with your javascript..  ie:

onchange = "myfunk();  return false;"

Terry, I will try. Thanks.

Hi, I'm looking into Chris' emit-rss.r script, however, when I run 
the

usage example provided in the header, all I get in the my-feed.rss 
file
is this:

No Item Author Details - "Journal Entry title...."


I believe it is used on Carl's blogs, so I'm surprised, it should 
be working. 

Thanks in advance for any valuable clues...1

Funny, I unearhed another rss generator from the message archives 
on rebol.org. Here's the header:

REBOL [
>         Title:          "RSS Generator for Carl's Blog"
>         Date:           31-Dec-2004
>         File:           %carl-rss.r
>         Home:           http://www.livejournal.com/~premshree
>         Author:         ["Premshree Pillai" "Gregg Irwin"]
>         Version:        0.0.3

>         Purpose: {Generate valid RSS 2.0 feeds for Carl's blogs}
>     Comment: {

>         0.0.2 Massive code changes for instructional purposes. 
--Gregg

>         0.0.3 More changes, knowing Carl actually wants to use 
it. :) --Gregg
>     }
> ]

But new-blog.r (Carl's blog srirpt ) requires emit-rss.r, relegating 
the previous one to oblivion. Talking about "archebology "...

Author should be ["author" email] -- this is due to the email requirement 
in the RSS specs (you can nix it easily in emit-rss code).

Hmm, I thought that the author format was supposed to be "Author 
<email>" but appears to be "email (Author)" -- did this change at 
some point?  (have to say, prefer Atom myself...)

Any DOM experts here ?

I have a frameset with two frames, and in the first frame there is 
a menu implemented with <ul>.

I am wondering if I can move the <ul> menu out of the frame into 
the top level document. (The frame exists only for the menu, so I 
should be able to size it to zero so that it does not obscure the 
top-level doc.)

This would mean I could keep the website frameset-oriented without 
doing the work of converting it to single pages. And frames allow 
pure HTML to include code efficiently.

I found document.body.removeChild(elem), but I get lost when I try 
to identify the new location and createElement.
Can anybody help with that ?

By the way, I didn't play much with the DOM until recently.

I found that appendChild(elem) should do the move.

But still difficulty navigating the DOM tree to get to the right 
place where it can be inserted.
eg.  top.frame2.appendChild(elem)  is not working.

Frustration: The DOM inspector says the frame has a property "contentDocument" 
but I can't seem to get at it.

omg - I am starting to think it can't actually be done.
http://www.thescripts.com/forum/thread91710.html

what a heap of crap

use DIVs instead of frames

Yes, I know it's better to avoid frames, but the site is already 
using frames, I am just modifying the navigation (or so I think).