AltME groups: search

And is there any point in uploading the html docs?  Since they have 
to be generated

As long as other people agree .. it would be painful for you to have 
to update the html docs each time the mdp ones are changed

This coult be done with a commit hook on our side, but yes, HTML 
is not needed.

Some conversion bridges, simple stuff - pullind data from multiple 
systems, generating excel files (via html) for customers, website 
generation to intranet, automated notifications, etc.

http://www.codinghorror.com/blog/2012/10/the-future-of-markdown.html

my two cents.  

funny that all of these formats basically can be converted from one 
to the other in a few lines of parse.  


these text-based formats  may be super cool in non rebol scene, but 
I find this whole discussion about which equivalent to use... well 
... a bit anemic.


why not just use our own format internally and import from other 
formats at will... I mean really, its very easy to do.


I've been working with an extensible wiki format in QM and have been 
adding new things to it.  I don't see why we want to limit ourself 
to headers and titles and still wonder which one of the incapable 
formats to use.   are we using Rebol or are we trying to be as limited 
as all the others?  I mean, when I look at QM's wiki format I can 
add new specs in about 5 minutes, including supporting code which 
spits out html.  


 I think this kind of coding is something which must be leveraged 
 in any Open rebol project. let's allow people to import docs in whatever 
 format and manage them using something that makes sense for us?  
 including more expansive tags which are tailored for different sections 
 like a dictionnary, tutorials, traditional docs, guides, etc.

Thanks for posting that link Ted!


I, too, want an all-REBOL toolchain and format. However, I view MD/MDP 
as a very basic format for plain communication and HTML generation. 
It is not a "structured" document format.  And while extensible is 
good, we can probably come up with a spec that outlines all that 
might need to be handled, to help guide a baseline design. e.g., 
while it's XML, DocBook was well thought out IIRC.


I admit that one of my problems with makedoc, historically, is consistent 
behavior and support for images and links. 

Don't forget Gab's QML either.

@Gregg, asciidoc uses a header *because* it's a document formatting 
tool.  There's a variety of styles supported .. and it's a pain to 
try and remember but I guess it gets easier with use.  The point 
for me is that it provides entry to docbook and then multiple other 
formats whereas makedoc/pro are stuck in a single page style html 
which is really past it for any serious documentation.

Which makedoc version should I use to compile those mdp files? I 
used makedoc2.r but the output html file is not correct completely?

Can you explai what the follwing function do?
http://rebol.informe.com/forum/rebol-3-f9/what-does-it-t65.html

http://rebol.informe.com/forum/rebol-3-f9/what-does-it-t65.html

I was looking for q-plot in the library, and see it's not there.
But I found it here:

http://www.reboltech.com/library/html/q-plot.html

The q-plot tutorial is however on rebol.org

One thing I notice is that there are SEVERAL scripts that do pretty 
much the exact same thing - Text -> HTML, for example.


Perhaps they could be grouped together and people could rate which 
one of them they liked the best?

I've got all these in my public cache:
proton.cl-ki.uni-osnabrueck.de/fuzzy-k-means.r
proton.cl-ki.uni-osnabrueck.de/html-viewer/html-viewer.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-menu.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-request-file.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-styles-test.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-styles.r
proton.cl-ki.uni-osnabrueck.de/REBOL/irc-client.r
proton.cl-ki.uni-osnabrueck.de/REBOL/morph.r
proton.cl-ki.uni-osnabrueck.de/REBOL/morph2.r
proton.cl-ki.uni-osnabrueck.de/REBOL/multi-click.r
proton.cl-ki.uni-osnabrueck.de/REBOL/rebsearch.r
proton.cl-ki.uni-osnabrueck.de/REBOL/regedit.r
proton.cl-ki.uni-osnabrueck.de/REBOL/rsearch.r
proton.cl-ki.uni-osnabrueck.de/REBOL/view-menu-test.r
proton.cl-ki.uni-osnabrueck.de/soft/function-test.r
proton.cl-ki.uni-osnabrueck.de/soft/fuzzy-pats.r
proton.cl-ki.uni-osnabrueck.de/soft/fuzzy-show.r
users.bigpond.net.au/datababies/Anton/rebol/links/index.r
www-lehre.inf.uos.de/~fsievert/rebol/newshow.r
www.sievertsen.de/index.r
www.sievertsen.de/REBOL/REBtroids.r
www.sievertsen.de/REBOL/REBtris/REBtris.r

The same bot  came back yesterday, via an anonymous proxy.

We are not alone -- this outfit is probing flaws in HTML forms on 
many (non-REBOL sites).

It would seem a reasonable security test on many websites to not 
allow sign-ups or feedback messages (etc) from anonymous proxies.

The length is as shown in the website, but the file downloaded starts 
with some html, so I guess that some other part is missing.

It's a glitch between REBOL.org's escaping of codes and makedoc's 
escping of codes.

Someone has to do it to prevent XSS attacks via contributed documentation, 
but not both of uss.

Part of the problem  is that almost all Dialect==>HTML converters 
assume they are there to produce browser-ready HTML. In tne real 
world that isn't always true: they are a step in a pipeline.
I'll sort it out soon. Thanks for reporting the problem.

Yeah, we are still fixing a bunch of these type of errors with our 
MakeDoc and QML to HTML converter.  It is very funny to make self 
referencing system.

It'd fidddly too as REBOL.org post-processes the output from Makedocpro, 
Makedoc2, eText, NicomDoc and a couple of other D2H converters.
And they all have different quirks.

And not all codes need to be escaped -- those within <pre> tags for 
example; though you can't always be sure you've isolated them if 
the generated HTML is not well formed.
And so on.
I'm surprised at times that there are so few glitches.

That should be okay now.

As Reichart notes, the fact you can embed HTML into a makedoc2 source 
is a great freedom for the end use, but can be a pain for anyone 
wanting to post process the generated HTML that it emits.

starts, but a %template.html is missing.

have run repack-core.r, then call "explorer .", double-click %qml-ed.r, 
"save html", saved with requester, an alert "Error saving file: Cannot 
open /C/Dokumente und Einstellungen/BN/Anwendungsdaten/rebol/public/www.rebol.org/library/public/template.html"

The upload obviously worked -- "+" is not an illegal file name character 
on either Edgars machine or REBOL.org's current host

The notes on contributing a packgae do have detailed guidelines on 
file naming to avoind problems -- see 2.1 here:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/boiler.r?display=cons-upload-package-files-help.html

But, of course, the author probably wrote the application before 
they had any idea it might be rolled out as a package for use on 
a wide range of platforms.
***

The bottom line is that + ought to work in a file name for the downloader, 
so I'll get it fixed.

Did you read here? same wording :) http://www.plug.org/pipermail/plug/2004-October/011457.html

Hmm. maybe host.deny works only with inetd? http://www.tu-darmstadt.de/hrz/durchblick/db96-2/wrapper.html

it's running: http://195.122.214.59/~hmm/flash-chat.html

I got it: http://lists.gnu.org/archive/html/bug-coreutils/2003-10/msg00032.html

So I can test my micro chat : http://195.122.214.59/~hmm/flash-chat.html

http://kb.bitdefender.com/KB220-en--Installation-errors-on-Fedora-Core-4.html

and expert in pasting error messages in google.

http://lists.ubuntu.com/archives/ubuntu-bugs/2005-July/068257.html

http://lists.ubuntu.com/archives/ubuntu-bugs/2005-July/069412.html
till now i know you have a bug.

and they play the ball to  altmes/sdk . http://lists.ubuntu.com/archives/ubuntu-bugs/2005-July/069415.html
*sigh*

Tim: this bit down at the bottom:
Content-Type: text/html

hello from D Drive

if content = "rhtml" [
      content: "text/html"
      data: rhtml data
      ]

first script-line:
print "Content-type: text/html^/"

my minimal test-script is
 print "Content-type: text/html^/" 
 probe system/options/cgi

and for your script:
print "Content-type: text/html^/" 
read-cgi: ...
args: decode-cgi read-cgi 
template: {
 <html><body> <pre> <% mold args %> </pre> </body></html>
}
print build-markup template

HELP w/ web rebol associations AND Rebol-View.
Here is the story..


On my PC, I have View pointing to an index.r file on my web server.
Everything is cool.

When I open up Rebol-View and traverse to my index.r on the server..
it works.


Now on the same server, I change the IIS-Web associations so that 
I can do rebol CGI.
I create a 'main.r' in some virtual directory on the server.
Web-ing to this http.//myserver/mydir/main.r   works GREAT!
CGI is working.


However, when I now open up Rebol-View on my local PC and traverse 
to my index.r which is
on the server.. I get an error.


The problem is that before.. rebol-view was requesting a file-download 
and the server sends it.

Now since IIS is doing '*.r' CGI, when rebol-view requests for the 
index.r download.. the server is processing the request
and attempting to send back html.. not a rebol file.


Is there any way of fixing this other than..

* changing the CGI association from '*.r' to something else  (ie. 
'*.rr')

* changing all my view-apps on the server from '*.r' to something 
else   (ie. '*.rr')
??

ah, once again mixture of script code and html - unusable unless 
uploaded and tested in production environment ... I will have to 
read further, as they promissed complete separation of work of app-programmer 
and designer ...

What's the standard HTML/web character set?  ISO???

yeksoon - you pov is right. I will start with my simple version of 
templating. I looked at various techniques, but I really don't like 
mixture of rebol and html code, as in: http://www.rebol.net/cookbook/recipes/0006.html

html is hardcoded into it and it is not good ....

You can see a brief overview of Remark (Maxim's site builder) here... 
http://www.rebol.it/~steel/retools/remark/index.html

Why doesn't my browser (Opera) refresh CSS files if I hit reload? 
I get a refreshed HTML page but the CSS isn't refreshed... any idea 
how to enable refreshing?

With regards to keyboards that don't have a numeric pad (or indeed 
function keys), I'm using a "Happy Hacking Lite 2"; a bit pricey 
though but the preferred keyboard of many Linux enthusiasts. Check 
out http://shop.store.yahoo.com/pfuca-store/haphackeylit1.htmlfor 
a picture.

Two days ago, when on business trip to Prague, I bought book from 
Eric Meyer, as it looked interesting. Dunno if you know the autor 
- http://www.ericmeyeroncss.com/about-book.html

Other thing is - it is one or more layers (if more media is used) 
upon html, so it may not be so easy for average web designers to 
think about ...

If there's a boxy-limitation, it isn't in CSS.  HTML currently only 
supports rectangular boxes.
Spend a bit of time at
http://www.csszengarden.com/
to see how different CSS can be with the HTML.


Not to say that CSS doesn't have limitations -- lack of variables 
and calculations is an obvious one.

Gabriele's Temple uses  class and id elements to mark certain html 
page areas to be filled with data. Then he has functions like find-by-class 
find-by-id etc. That may impose certain logic on how you mark your 
html sections with class and id elemetns - simply data oriented. 
But design (css) may or may not on-pair with it - you simply might 
want to use class and id elements in different way ..

Petr -- there is no design in non-CSS HTML that you can't achieve 
with CSS -- even if you need to use barebones tables occasionally 
to do column things.  The statement "why do all .css based pages 
look the same?" might as well say "why do all web pages look the 
same?".

E.g. two ppl I know do their work in Photoshop, then they decompose 
it into html ....

If I understood them correctly, Photoshop helps them to cut image 
into html design .... I wonder how they decide what will be covered 
by typical html aproach (e.g. tables etc.) or using some div + css 
aproach, as that requires rather distinctive aproach?

another question - if we want to consider IE 5.x and above, Mozilla/FF/NS, 
Opera 6. and above, are we ok with xhtml or should we stick with 
HTML 4.x transitional, or?

I also wonder, why java-script did not worked for html, if it is 
imo better to have general programming language (where you can do 
nearly everything) instead of something like css, where you can only 
refine your design, but have no constructs as loops, conditions, 
etc.

The variant of HTML you select depends in part on the audience/market 
you have. There is no fixed answer to that.

The biggest restriction of CSS is you have to work harder to build 
layouts.  Otherwise CSS gives you *all* the control that depricated 
HTML attributes give you -- *plus more*.  So perhaps there is a dominant 
web style used by those experimenting with CSS (understandable if 
designers are learning from the same source, whether that is Eric 
Meyer, A List Apart, or WPDFD); but to use CSS as the excuse for 
this is a copout...

CSS Workflow -- easy: create a concept based on information needs; 
plan how to acheive this with the box model; create a base HTML template 
and build up styles around that, incorporating background images 
as required; then test and revise, test and revise, test and revise, 
etc.  Simplified somewhat.  Basically the same as any legacy HTML 
project, only easier.

If you're unsure what the transition from HTML 4 will entail, check 
out the NYPL Style Guide -- http://www.nypl.org/styleguide/

Nearly the only thing I did not like about Temple (well, except the 
lack of higher level dialect and docs :-), was that it uses two-phase 
process, and once you build web-page from rebol block structure, 
it knows nothing about original template formatting, I mean - html 
source code formatting, so you may end-up with ugly code, but that 
is not relevant to 99% of users :-)

hmm, it is long time ago I looked at Temple sources, but it seemed 
to me, that first phase generates block of blocks ... then you use 
some functions, e.g. find-by-id, etc., which does lookup in rebol 
block structure and then it replaces/adds data to it. Now once you 
generate html content, how does it know about its original formatting? 
You would have to store pointers to certain sections of original 
template to fill-in releavant data, but maybe I just was looking 
wrong into it ...

inline div... I was sure it was part of html 4.0.1   ... note I am 
pulling this from the top of my head, so you are probably right...

I would like to know, what is second frame tag for, referring to 
/no.html and when can I obtain message of "your browser does not 
support frames" - is there any browser not supporting frames? (talking 
about source of http://pes.eunet.cz)

I believe it is a simple alternative to %index.html being the default 
document...

<HTML>
<HEAD>
<TITLE>NEVIDITELNÝ PES</TITLE>
<FRAMESET rows="*,0" frameborder=0 framespacing=0 border=0>
<FRAME SRC="./index.php3">
</FRAME>
<FRAME scrolling=no SRC="./no.html">
</FRAME>
<NOFRAMES>

Your browser does not support frames, please click <a href="./index.php3">here</a> 
!
</NOFRAMES>
</FRAMESET>
</HEAD>
<BODY>
</BODY>
</HTML>

why is there second frame tag, referring to no.html?

http://httpd.apache.org/docs-2.0/mod/mod_alias.html#redirectmatch
-- This would also go in .htaccess

http://httpd.apache.org/docs-2.0/mod/mod_alias.html#redirect

Henrik --- One question: how good is the SEO on your site? Little 
point putting cookbook entries where they are hard for the world 
to find.


One idea: why not write a wiki-formatting to HTML function (you'll 
need it anyway) and donate it to the Library ?.....

.... REBOL.org can then accept cookbook entries and other articles 
in wiki format --- we already accept all other major formats: MakeDoc, 
NicomDoc, eText etc.  And we do have good SEO.

make-swf/save/html http://box.lebeda.ws/~hmm/rswf/examples/swf8/swf8-filterbevelg.rswf

make-swf/save/html http://box.lebeda.ws/~hmm/rswf/examples/swf8/swf8-filterbevel.rswf

make-swf/save/html http://box.lebeda.ws/~hmm/rswf/examples/swf8/swf8-filtershadow.rswf

make-swf/save/html http://box.lebeda.ws/~hmm/rswf/examples/swf8/swf8-filterglow.rswf

make-swf/save/html http://box.lebeda.ws/~hmm/rswf/examples/swf8/swf8-filterblur.rswf

make-swf/save/html http://box.lebeda.ws/~hmm/rswf/examples/swf8/swf8-blendmode.rswf

Rebol/Flash dialect (RSWF) version 2.5.0 is available!
compressed: http://box.lebeda.ws/~hmm/rswf/rswf_latest.r(89kB)

uncompressed: http://box.lebeda.ws/~hmm/rswf/rswf_2.5.0.r(331kB) 

as colorized HTML: http://box.lebeda.ws/~hmm/rswf/rswf_2.5.0.html
 (885kB) 

What's new:

- New swf-parser included which replaces old exam-swf function (useful 
for importing foreign SWF files)

- Added implementation of Class definitions for SWF versions 6 and 
higher (I have to create some examples)

- Added new 'trace function into actions (which can be use to compile 
swf files with or without trace calls easily)

- 'require and 'include now accepts block of files or urls (I should 
modify my rswf code colorizer to show included files as well)


Here is also new example how to include first of GUI elements: http://box.lebeda.ws/~hmm/rswf/example/swf8-cliphandler

In the future I would like to create something like mini Layout dialect 
which will be used for better positioning of the new GUIs I'm working 
on.

Just had to add folder with made swf file to allowed locations here: 
http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager04a.html

I've putted together the missing functions in /core 2.7.5, taken 
from /view in the swf-in-core.r file, try this:
move to the appropriate directory, then:
do http://reboot.ch/rebol/swf/swf-on-core.r

make-swf/save/html http://box.lebeda.ws/~hmm/rswf/examples/swf8/swf8-convolution1.rswf

Then combine with this flash based Hi-Def Vid   http://www.onlinelib.de/VCS/VCS_Vp6Demo02.html

Three problems with them:


1) The widget engine is a hefty 12MB or so download (for widgets 
that are nothing other than HTML+CSS+Javascript+Images bundled in 
a zip file with a magic extension)

2) The download/installation process tries repeatedly to high-jack 
your browser preferences

3) The widgets look pretty ordinary compared to the OS X dashboard 
equivalents (go here, http://www.apple.com/downloads/dashboard/and 
compare the respective dictionary/thesaurus offerings)

The URL for download is: http://www.rebol.net/plugin/moz-1/.

Installation instructions: Download all the files. Copy them to your 
plugins directory (except test.html). Open test.html and it should 
work.

A few notes:

* There is currently no documentation (I'm sure you can figure it 
out from the HTML).

* The Mozilla plugin has only been tested with FireFox on Windows 
XP. 

* This is a Windows/Intel/x86 build; it will not work on Mac or Linux.

but it reports a missing plugin when I go to test.html

again after reloading test.html the plugin disappears

http://www.rebol.net/plugin/moz-1/cyphre-demo.html

Cyphre demo, I just get a white screen. Test.html worked though

Now I recall one my old rant... would be very nice if  there's a 
way to call rebol func from javascript.  Something like: 

<input type="button" value="Send" onclick="rebPlugin.evaluate('send');"> 

So we can build an html interface and use plugin & rebol instead 
of  XMLHttpRequest and Javascript

test.html worked for me without restarting Firefox 1.5.0.2

(I did first look at about:plugins before loading test.html, though.)

Hello Josh! I have one request. Try to run this:

under IE:
http://www.rebol.cz/~cyphre/plugin-ie.html

under Mozilla/FF etc.:
http://www.rebol.cz/~cyphre/plugin-moz.html


Drag the green box using mouse and try to move it quickly over the 
screen. You can see the time lag when the green box is updating the 
position.

Now try this from normal Rebol/View console:
do http://www.rebol.cz/~cyphre/plugin-moz-test.r


You can see there is no lag and the green box is updated very quickly.

Do yo have any idea what could cause this difference?

my specualtions: 

1. Are you always blitting the whole screen in the plugin versions? 
This could cause the slowdown as there should be updated only the 
part with green box on the screen.

2. Could be the slowdown cause by different(higher)  amount of mouse 
events which are pumped from browser to the plugin?

2) Past disussion mid-November in 'Advocacy' group.  Mockup here: 
http://www.ross-gill.com/arran.html

I'll add a remark module for it  :-)  its adds dialected tags to 
html, sort of a functional approach to web.

Doc, I am also one of your fans. I've been going to your web site 
regularly to see if Cheyenne was released. I was excited to be able 
to download it. But I have a problem. Cheyenne loads fine, but when 
I try to test the links on the index.html page they fail. What am 
I doing wrong?

For Text CGI script I get:


#!/usr/bin/rebol --cgi REBOL [ Title: "show" File: %show.r ] print 
"Content-type: text/html^/" print {Back

} print ["Script path :" system/script/path "

] print 
CGI Object :" print "

 foreach name next first system/options/cgi [ either :name = 'other-headers 
 [ print [
 name 
: 
] foreach [n v] list: system/options/cgi/:name [ print [
 n 
: " mold select list n ""] ] print "
 ][ print [
 name 
: " mold system/options/cgi/:name ""] ] ] print "
 if system/options/cgi/request-method = 

POST" [ vars: make object! decode-cgi make string! input if not empty? 
next first vars [ print " Variables passed :

 foreach name next first vars [ print [
 name 
: " mold vars/:name ""] ] print "
 ] ] print 

OK, http://localhostworks. I have a lot to learn, as you can see. 
Thanks for helping me through this. I was just clicking on the index.html 
file in the www folder.

Is this what you have to do SSL enable/wrap Cheynne ? http://www.stunnel.org/examples/https_windows.html

ah, not rpc, but rsp :-) well, i am not interested in anything rsp, 
unless it works with templates not mixing html and rebol source code 
:-)

that is probably true. however I may change the architecture a bit 
since the parser is limited to two levels and is not recursive. the 
pages are generated from a limited list. all I really wanted to do 
was to make it easy to combine blogger.r, makedoc documents, dir 
listings and customized html output in a pipeline. it does most of 
that now, but the parser is only about 80% elegant. :-)

I put 0% of time on site layout, once its done.  I just edit content 
and make the page.  its like editing make doc, but in html format... 
also, the tags are not standard html type tags  they nest directely 
 <p! text <b! is bold <i! and italic>>>

easier to edit, since I don't have to track the damned end tag all 
the time... this being said, normal html is still valid within the 
files... so its a 1/2 way between html and rebol code.

Is this what you did ?  http://www.stunnel.org/examples/https_windows.html

Graham; check out http://www.luv.asn.au/overheads/linux-startup.html
for some hints