r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Web] Everything web development related

Sunanda
13-Feb-2007
[1338]
Not quite an email address validator, but the REBOL.org uses an email 
address spotter [contributed by Andrew Martin] to find and obsfucate 
email addresses in ML messages, etc.

You could use the same basic parse patterns to identify / validate 
email addresses. 

I haven't checked RFC 822 in detail, so it is likely that Andrew's 
code is more liberal than the actual spec, but it could be a starter.
Would you like a copy of the function?
Pekr
13-Feb-2007
[1339x2]
yes, of course ... you can send it to my mail address, or point me 
to some link ...
thanks a lot :-)
Graham
13-Feb-2007
[1341x4]
I wrote an email validator .. which works by doing an smtp challenge.
http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=email-check.r
it's probably a reason why my spam has increased on gmail :(
Note to Sunada ...  licence (english) and license (american) spellings 
appear on the same page :)
Maxim
13-Feb-2007
[1345]
graham, you really should remove the addresses from there, especially 
those which are rebol.com related....
Graham
13-Feb-2007
[1346]
You don't see them unless you're logged in!
Sunanda
14-Feb-2007
[1347]
As Graham says, the addresses are munged on REBOL.org unless you 
are a logged-on member of the Library. That doesn't stop a spammer 
grabbing them, but it does reduce the risk considerably.
**
Thanks for the spelling correction!
Sunanda
23-Feb-2007
[1348]
I (finally) got around to fixing the license/licence typos. Thanks 
again Graham.

If you spot any other typos on REBOL.org, please report them in the 
Library group.
***

Incidently, I tend to use US english for webpages and British english 
for program code (variables, comments etc), so my code is littered 
with duplicate spellings: color/colour etc,
Pekr
30-May-2007
[1349]
Hi,

I need another short advice :-)

do you prefer:


- directly accessible menu menu: http://www.creactive.cz/work/xidys/online/

or


- initially collapsed menu: http://www.creactive.cz/work/xidys/xidys_web_hp.jpg

   - with mouse-over effect: http://www.creactive.cz/work/xidys/xidys_web_hp2.jpg

   - and after clicking an item: http://www.creactive.cz/work/xidys/xidys_web_sec.jpg

(dis)advantages to both:


According to company working on our website, there is something like 
slight barrier, when user needs to click, and wait where the click 
does take him/her. According to them, users prefer scrolling. OTOH 
the menu can get long, and e.g. e-shop direct icon is not visible 
(nor is last section), and there is no easy other place, where to 
put such an icon (direct link).

thanks a lot :-)
-pekr-
Geomol
30-May-2007
[1350]
Have you seen, what Jakob Nielsen say about menus?
http://www.useit.com/alertbox/20011209.html
http://www.useit.com/alertbox/20001112.html

There are many good advise in his alertbox: http://www.useit.com/alertbox/
Pekr
30-May-2007
[1351]
ok, thanks for links!
Sunanda
30-May-2007
[1352]
I definitely prefer all the info being visible on the page.

Expecting people to play hide and seek is good in games and some 
styles of websites. But if you are trying to make your site (and 
therefore your company's information) easily available, then don't 
hide links in any way.
Pekr
30-May-2007
[1353]
OK ... what about the screen height problem? More so with new wide-screen 
LCDs? It is like 800pixels, minus Start bar, minus browser (app bar 
+ menu + toolbar + tabs), which usually lets you with something like 
500 - 600 pixels ... not all those menu will be visible then ... 
but ppl can scroll :-)
Oldes
30-May-2007
[1354]
I prefere the directly accessible menu as well
Pekr
30-May-2007
[1355x2]
ok, so far that seems to be option of circa 60% of ppl I asked :-) 
40% prefer partially collapsed aproach, and noone prefers pop-up 
menus :-)
No who says VID is missing menu? :-)
Oldes
30-May-2007
[1357]
I expect, you will have some content on the page as well... so you 
will have to scroll down anyway.
Sunanda
30-May-2007
[1358]
The usual situation with limited screen height is to put all the 
vital stuff "above the fold" (it'sa  metaphor from the days of broadsheet 
newspapers)....The crucial stuff should be visible without scrolling 
(or mousing or hovering).
Pekr
30-May-2007
[1359]
Yes, but then menu is too deep to be visible - and what in menu is, 
and what is not, - crucial :-)
Oldes
30-May-2007
[1360x2]
or you can use mixed approach... if you are in some content section 
let only this section menu to be opened by default
but anyway.. in this case I would prefere the page you already have
Sunanda
30-May-2007
[1362]
It's trade-offs Petr!

Dropdown/pullout menus take less screen space but need more clicks, 
and may be less accessible.

Too many visible options on one screen make it difficult too see 
the important links.
Its not easy to get the balance right on the first try.

That's why usability testing is needed, and why usability consultants 
can make a good living.
Anton
30-May-2007
[1363]
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.
Pekr
30-May-2007
[1364x3]
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 
....
Anton
30-May-2007
[1367]
yes, good position.
Pekr
18-Jun-2007
[1368x5]
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.
Maxim
18-Jun-2007
[1373x3]
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.
Pekr
18-Jun-2007
[1376x2]
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 :-)
Maxim
18-Jun-2007
[1378]
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.
Pekr
18-Jun-2007
[1379]
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?
Maxim
18-Jun-2007
[1380x4]
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    ;-)
Henrik
18-Jun-2007
[1384]
hmk, not rmk, but close :-)
Maxim
18-Jun-2007
[1385]
right... <sigh>  must be getting tired ;-)
Pekr
18-Oct-2007
[1386]
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.
ICarii
18-Oct-2007
[1387]
probably the best option is to disable the IE cache