AltME groups: search

DideC, yes, we know. Already working to fix it. This comes from using 
MDP format internally and just hard-copy the generated HTML code, 
without style adaption.

so add a class to the HTML used by MD, then go CSS.

no, it's ok also with the standard a111 (recompiled, see what I did 
: http://www.colineau.fr/rebol/r3-gui.html)

but one thing you need to highlight, is that for all of your needs 
(code, style, layout, server, client, templates, controls, localization, 
etc) you are using a single highly natural language.    This is the 
power of Dialects, (DSL). 


datatypes are also a great differentiator of REBOL... just run code 
and leave an HTML tag in the code, as-is... that is cool.  most languages 
require literal data to be assigned, but in rebol data IS an expression 
so as long as there are no syntax issues, you can just embed data 
within the code (for whatever reason you need it in source managing 
tools).

http://www.rebol.com/linode-speed.html

Extensions for R3 : simple TTS, Matlab extension, Windows Api extension, 

pages updated with the new versions (binaries and sources) compatibles 
a110 :

http://www.colineau.fr/rebol/R3_extensions.html

Updated my ImageMagick extension and doc. It is now possible to exchange 
image data between Rebol and ImageMagick without using disk files, 
thanks to the "mpr:" (memory program register) format which allows 
in-memory save and recover.

http://www.colineau.fr/rebol/R3_extensions.html(refresh the page 
in your web navigator)

http://web.syllable.org/news/2010-12-09-23-11-CMS-ported-to-Syllable-Desktop.html

I've updated the R3 ODBC extension to R3A110, see it and get it from 
http://www.diefettenjahresindvorbei.de/odbc/odbc-docs.html
This is the first version which works with date values.

Christian Ensel: I've updated the R3 ODBC extension to R3A110, see 
it and get it from http://www.diefettenjahresindvorbei.de/odbc/odbc-docs.html
This is the first version which works with date values.

An evaluation of the compatibility of this new release of R3GUI with 
the standard r3-a111 release (recompiled), and an adaptation of the 
Carl's demo.r to this r3-gui.r3. Result : very good. It's time to 
develop r3 view applications !
http://www.colineau.fr/rebol/r3-gui.html

New update of RMA version of R3 host-kit is available at http://www.rm-asset.com/code/downloads/index.html

This release contains:

-TO-IMAGE fixes
-TEXT rendering related improvements and code cleanup


NOTE: This version is also needed to be able run the latest R3GUI 
from RMA.

Sorry, here is the link :  http://www.colineau.fr/rebol/r3-gui.html

New update of RMA version of R3 host-kit is available at http://www.rm-asset.com/code/downloads/index.html

This release contains:

-enhanced GUI-METRIC function


NOTE: This version is also needed to be able run the latest R3GUI 
from RMA.

New update of RMA version of R3 host-kit is available at http://www.rm-asset.com/code/downloads/index.html

This release contains:


-Windows: reworked keyboard events handling (key-up events support, 
ctrl+tab detection, base for ALT+key handling, etc.)
-text clipping bugfix


NOTE: This version is also needed to be able run the latest R3GUI 
from RMA.

----------------------------------------------------------
mod-web-api (v0.5.0)   released !
----------------------------------------------------------
An extensible, programmable webservice module for cheyenne.

http://www.pointillistic.com/open-REBOL/moa/files/mod-web-api-r2.zip

Docs are here, temporarily, until I setup my web server again:

http://www.pointillistic.com/open-REBOL/moa/files/mod-web-api/docs/mod-web-api.html


Installation and setup is all covered in the docs, but in fact, its 
just a question of dropping the file trre right over a cheyenne directory 
tree.
a demo is included as well as a http.cfg file to enable the demo.


it takes 5 minutes to setup and run the demo, as long as you've got 
port 81 free.

http://www.microchip.com/en_US/family/mplabx/index.html
MicroChip came out with a crossplatform IDE (after ~10+ years)
It's in Java and 37MB zipped.
Another opportunity missed where Rebol could have excelled...

http://rebol.esperconsultancy.nl/documentation/how-to-use-Fossil.html

On Thursday I'm giving a Pecha Kucha about Rebol at the Karlsruher 
Entwicklertag (Karlsruhe's Developer Day). So, I have 20 slides, 
each 20 seconds giving me 6:40 minutes to present Rebol.


http://www.andrena.de/Entwicklertag/2011/Programm/Conference-Day/Innovationen-in-IT/REBOL.html

http://development.syllable.org/news/2011-05-28-00-37-First-Red-program-on-SyllableDesktop.html

How is this different than http://re-bol.com/rebol.html#section-9.11
?

Dear NickA, now with HTML5 it's easier put "strange" plugins inside 
html page with the <embed> element, just paste something like:
<embed name="REBOL_Moz" type="application/x-rebol-plugin-v1"
WIDTH="400" HEIGHT="400" 
ALT="REBOL/Plugin"
bgcolor="#ffffff"
version="1.2.0"
LaunchURL="http://www.rebol.com/view/demos/bubbles.r"
></embed>

New update of RMA version of R3 host-kit is available at http://www.rm-asset.com/code/downloads/index.html

This release contains following changes:
-added active/inactive events
-fixed compiler warnings
-fixed modal window key events bug

-added window show states programatic handling (see SHOW command 
help)
-fixed unicode text rendering bug
-fixed memory leak in text dialect


NOTE: This version is also needed to be able run the latest R3GUI 
from RMA.

MS announced its .NET Gadgeteer toolkit for Electronics Hardware 
Fans. See this post to get more info and see a short video of the 
toolkit running a small mainboard with many other appliances boards 
attached to it. http://www.newscientist.com/blogs/onepercent/2011/08/microsoft-releases-toolkit-to.html

another advantage of a flat triple store is for simple key/value 
lookups

ie: if you have a html element  <div id="20984"> where the contents 
of the div is  "pick ie 20984"
doesn't get any faster than that

5) Depending on exactly how rich rich-text is, a window could also 
consist of one Gob with all elements rendered in rich text (think 
HTML page/elements)

Any chance we can use this? http://www.antigrain.com/research/font_rasterization/index.html

Hopefully the important work has started - http://www.rebol.com/r3/docs/view/graphics-ext.html

Is it by any chance planned to add HTML rendering to R3, maybe as 
an extension? (probably not but I'm going to ask anyhow because I'm 
horribly rude) There are some cool apps that mix native GUI widgets 
with HTML content, gitx for example. Would be neat to do this with 
Rebol too. And I'm sure, often enough an app you write is going to 
offer export as HTML, being able to show a preview of the output 
while you are editing the data adds a nice touch to an app.

Max, yes, we can add different emitters. It would even be possible 
to generate HTML out of a VID form.

maybe this re-working of Morphic (Squeak) rendering could give some 
ideas that could be useful in REBOL's graphics rendering:

http://www.jvuletich.org/Morphic3/Morphic3-201006.html

and HTML markup, of course

here's the thread where he announces the new project and he mentions 
performance to some degree:


http://forum.world.st/The-Morphic-3-project-td2239971.html#a2239971

re HTML5, JS vs Rebol etc. I personally don't want to use Rebol instead 
of JS in a browser. It would just make me feel Rebol is crap :). 
The problem is not in the language (JS is not so bad imo) but in 
the (X)HTML/CSS/DOM design and implementation. That's the real source 
of almost all the Web dev frustration IMHO.

Remark is my solution for web stuff..  its basically what you describe 
above.   One engine to manage all aspects of a web application.  
Using rebol dialects compiled in real-time, you can build any data. 
 but the Dialects can be embeded within any other file, using a twist 
on the html friendly <tag> notation.

Hosting Webkit wouldn't help here: The whole point to HTML5 etc. 
acceptance is that people don't have to install another program - 
they can just use their existing web browser. Hosting Webkit would 
only help us if we want to display existing web browser code; it 
wouldn't be necessary for generating code to run in Webkit, because 
the copy of Webkit that people would be displaying your GUI in would 
usually be a separate program, often on a separate computer. And 
HTML/JS/CSS is just text - we can generate text already.

Embedding REBOL *in* Webkit would work well. The other way around 
wouldn't help as much, because we'd be stuck with the browser GUI 
model when we don't have to be. People don't use the HTML/CSS/JS 
model because it's good (it's not), they use it because it's there 
already.

sorry but using webkit within REBOL is very usefull.  we can use 
HTML content within our own tools.

Maxim, I don't doubt that it using Webkit in R3 would be useful. 
But it would be useful for other reasons than providing a GUI for 
R3 (the topic of this group) - more for displaying the GUIs of other 
code within R3, other code (un?)fortunate enough to have been written 
in HTML/CSS/JS.

Pekr, re font rendering improvements....have a look at this famous 
article: http://antigrain.com/research/font_rasterization/index.html#FONT_RASTERIZATION

Mcseem describes possible way we could try in R3 version but it would 
need some more expereiments.

Cyphre, is the layout framework pluggable in any way? Could it be 
replaced with a different model? I'm just thinking how layouts are 
done in Java where there are quite a few different layout managers 
available and one size doesn't have to fit all. Here are some options:


http://leepoint.net/notes-java/GUI/layouts/90independent-managers.html

http://cairographics.org/manual/cairo-ps-surface.html

HTML refers to this as "inline" (and the line may wrap).
I used 
grid-face/LAYOUT-DIRECTION: 1x1  and  
grid-face/MOVE-FIRST: 'horizontal
in my old GRID style.
	do http://anton.wildit.net.au/rebol/gui/demo-grid.r

But the parameters needs to be clarified some more.

Academic papers published as PDFs often have two columns of text.

That means a single line of text wraps horizontally, vertically, 
and horizontally again.

Eg. The line of text first wraps (horizontal) when the right hand 
edge of the first column is reached,

then, after many rows are similarly wrapped, when the bottom of the 
first column is reached (vertical wrap).

All of that occurs again for the second column (and perhaps more 
columns) until there is no more room on the page,
so the final level of wrapping is horizontal. 

So I would have 
	face/WRAP: [horiz vert horiz]

which specifies three levels of wrapping, horizontal for chars, vertical 
for lines of text, horizontal again for columns (so that the next 
page is underneath the first one).

To put pages horizontally, you would just have 
	face/WRAP: [horiz vert vert]


Or you could specify an extra level of wrapping, eg. so that you 
could have groups of two pages shown horizontally
	face/WRAP: [horiz vert vert horiz]


The direction for each level of layout should be specified to correspond, 
eg.
	face/LAYOUT-DIRECTION: [1 1 1 1]
which would give left-to-right and top-to-bottom.
(Use -1 for right-to-left  and bottom-to-top directions.)

and in the richtext proposition of Carl made 2 years ago (times flyes..) 
we find again this block concept wich is related to the way MakeDoc 
format handle things ...  like in HTML  for example you have flags 
that defines a rendering style. But the things betwin the flags can't 
evolve... they are not supposed to change font style or font size 
or font color. See that's what i would call a we treat text as block 
and not as single element able to singularly evolve on their own 
without affecting the surrounding elements.

and then if you want to have an atomical approach then MakeDoc dialect 
becomes too verbous to be efficient... like in HTML more you want 
stylised things more you pile up flags and more you have problems 
debuging and having a direct acces to your raw document content... 
So it's clear that a real design have to be set for this richtext 
even if in the end rendering html or MAkeDoc or makeDocPro  with 
that dialect means a conversion stage.

Jerry's console script looks a lot better too but it's traditional 
Chinese http://rebollovesjerry.blogspot.com/2008/03/rebol-30unicode.html

BTW, the "Chinese" example is taken from this http://www.alanwood.net/unicode/cjk_compatibility.html
which should be chinese/japanese/korean. I'm really not expert in 
this(nor I would like to be) so I just hope I haven't created any 
offending word from the random chars in some of the language :)

I'm not sure if it helps, but in Flash you can set alignement as 
you need: http://www.adobe.com/support/flash/action_scripts/actionscript_dictionary/actionscript_dictionary674.html
In REBOL we have TL and Maxim asks for BL.

http://rebol.hmkdesign.dk/files/r3/gui/validation-prototype.html

http://rebol.hmkdesign.dk/files/r3/gui/docs/validation-prototype.html

and now also:


http://rebol.hmkdesign.dk/files/r3/gui/docs/dialogs-prototype.html

Generally, always use this (please download as it's on a low bandwidth 
connection):

http://rebol.hmkdesign.dk/files/r3/gui/r3-gui.r3

For validation, a proposal was written:


http://rebol.hmkdesign.dk/files/r3/gui/docs/validation-proposal.html

This has been translated into a prototype:

http://rebol.hmkdesign.dk/files/r3/gui/validation.r3


and then a set of notes on how the prototype works has been written:


http://rebol.hmkdesign.dk/files/r3/gui/docs/validation-prototype.html

Bloat of functionality: That's not the point of these frameworks. 
The point is to make certain rudimentary things quick and easy to 
set up for anyone trying to write a GUI. I'm pretty sure that once 
you've fixed the 657283th bug in a javascript/HTML webform, you will 
really wish this was already worked out for you.


If the frameworks don't work out for you, then they are poorly written.

which is in http://www.rebol.com/r3/docs/concepts/extensions-embedded.html
but the host-kit page references this document  ...

ARM smartbook to port R3 to :-) http://bbrv.blogspot.com/2010/05/moving-to-mass-production.html

http://eclectic-pencil.blogspot.com/2010/02/rebol-3.html

or this board...$49 - CM-X300 Computer-On-Module http://www.compulab.co.il/x300/html/x300-cm-datasheet.htm?gclid=CPinmdrk3qECFaEN5QodCgu1KA

It is coming .... http://www.rebol.com/r3/docs/concepts/host-kit.html

You can print to html and then enlarge it there

and when you look at the solution that's so evident that you are 
amazed no one thought about that before ... mainly area-tc and viva-rebol 
are splitted in 3 you have the color text engine based on color-code.r 
carl script but instead of generating html it generates draw code 
in a block then it's rendered to a vid face using it's draw block 
 for the ihm the feel block is used on the same vid face ...

HTML of new R3 doc pages has similar problems on most pages due to 
no urlencode of ampersand in urls and invald <th> declarations using 
old <tr> attrib values for vertical-align in a <th> element.  I would 
gladly fix ad hoc and you can fix your page gen tools (?) later

We've got some prelim docs here on the host kit http://www.rebol.com/r3/docs/concepts/host-kit.html

but then we now see documentation in the change logs here  http://www.rebol.com/r3/changes.html
as well as here http://www.rebol.net/cgi-bin/r3blog.r?view=0324

http://www.rebol.it/power-mezz/parsers/ml-parser.html

Added it as a codec so you can access it:

>> ml: decode 'markup read http://www.rebol.com
>> foreach tag ml [probe tag]
<!doctype html>
^/
<html>
<head>
^/
<meta name="generator" content="REBOL WIP Wiki"/>
^/
<meta name="date" content="10-Aug-2010/12:18:33-7:00"/>
^/
<meta name="rebol-version" content="2.100.97.4.2"/>
^/

<meta http-equiv="Content-Type" content="text/html;charset=UTF-8"/>

btw - Genesi's smartbook (Motorola's ARM CPU) might be around the 
corner too - http://bbrv.blogspot.com/2010/08/smartbook-gift-box-comparison.html

http://blog.sitescraper.net/2010/06/scraping-javascript-webpages-in-python.html

http://blog.sitescraper.net/2010/06/scraping-javascript-webpages-in-python.html

Finished the first round of RM Asset's build system. There will surely 
be some revisions required, but I've put the manual out for public 
study:

http://rebol.hmkdesign.dk/files/r3/build/build-manual.html

Max, you still can use digit as the first char. From changelog:

The representation of numeric values (invalid word forms) is still 
supported, so usage for HTML colors or hex numbers, and conversion 
to and from tuples and integers, still works.

I have a version that redefines delete that I wrote for QM: http://www.ross-gill.com/r/brutal-delete.html


It has an optional /pare refinement that deletes empty parent folders 
too.

+ all schemes (currently only http is bundled with R3), + all functions 
which are not yet bundled in R3 but where available in R2 (cgi, html), 
+ modules which might be worth bundling (database?)

http://www.rebol.com/r3/docs/functions/cause-error.html

Eh??  Rudolph did the Dom Level 3 implementation mentioned here http://rebolweek.blogspot.com/2008_03_01_archive.html

Wow, Christian took my advice, and redo ODBC extension into .DLL 
form, and now it uses ports! That is cool. Should be imo reported 
to rebolweek :-) 

http://www.diefettenjahresindvorbei.de/odbc/odbc-docs.html

They are quite a complex data structure, or can be.


Perhaps a first step would be for someone to write a parse rule to 
identify/vaidate IPv6 strings and, optionally, translate them to 
a normative form.


Link to someone who has made  a stab at a BNF defintion for  IPv6, 
and then produced a regex:

   http://crisp.tweakblogs.net/blog/2031/ipv6-validation-%28and-caveats%29.html

Is this compatible with R3 http://www.yassl.com/yaSSL/Docs_FLOSS_Exception.html

Remembering the function naming discussion from the !REBOL3 GUI group 
and seeing the 

http://curecode.org/rebol3/ticket.rsp?id=667&cursor=1#comments

I could not help but point out:


As I see it, not using the question mark *is* violating a naming 
principle that was explicitly stated. I know, that in REBOL we don't 
have to be that rigid, but, when we have explicitly stated a principle, 
we *should* stick to it. ( http://www.rebol.com/r3/docs/concepts/scripts-style.html#section-10
)

For other people, just to make sure they understand even if they 
don't remember the wording of the http://www.rebol.com/r3/docs/concepts/scripts-style.html#section-10
convention:


- the convention applies *only* to function names, not to the REBOL 
words in general

- when picking a name for a function, any candidate is not a name 
yet, it is just a word/words, and it can be examined, whether it 
is a noun or not
- etc.

suggested reading: http://www.rebol.com/r3/docs/concepts/scripts-style.html#section-10

also: http://www.rebol.com/r3/docs/concepts/scripts-style.html#section-11

http://www.rebol.com/docs/changes-2-5.html#section-85

I thought, you did not intend to change the wording of of 


http://www.rebol.com/r3/docs/concepts/scripts-style.html#section-11

, did you?

Oldes, a perhaps simpler version for R2 is: http://www.rebol.it/power-mezz/mezz/form-error.html

I thought FORM was supposed to be able to do the same thing on R3, 
not implemented yet?

I don't know of anything current from RT, but maybe these will help:

http://www.rebol.net/docs/prot-http.html
http://www.rebol.net/docs/
http://www.compkarori.co.nz:8000/Rebol3/Schemes/Http

html specs allow it. whats wrong w that?

From http://erights.org/history/original-e/programmers/Econcepts.html

The R2 doc for "get arguments" is here:
http://www.rebol.com/docs/core23/rebolcore-9.html#section-3.3

There is some doc here:

http://www.rebol.com/r3/docs/concepts/extensions-making.html#section-19


As I read it, I would need to write an extension to access external 
APIs like standard OS libraries.

No, I deny his work with the community, that is all. Imight set-up 
REBOL conference, and invite no-one, just do some infrastructure, 
web-presentation, etc., not talk to ppl, and wonder, why noone is 
attending ... I never felt enough "marketing" is surrounding Orca 
or Boron.


And yes, open-source world is ignoring REBOL clones, maybe because 
1) they think that there is very few ppl involved anyway 2) because 
they might feel that anything REBOL related is doomed, not enough 
popular, etc. 3) because REBOL syntax and functional languages do 
not attract many, and they hardly become mainstream ... 4) because 
world is moving towards - do-everything-in-JS+HTML+CSS

And I'm looking forward to play a little bit with the new Adobe AIR3.0 
SDK - http://help.adobe.com/en_US/FlashPlatform/beta/reference/actionscript/3/class-summary.html

New VID client from Chriss : http://reb4.me/r/twitter-vid.html

http://web.syllable.org/news/2010-09-26-17-20-REBOL-Boron-Conference-2011.html

http://web.syllable.org/2010/SummerSylCon/main.html

ReBorCon is being mentioned here: http://www.opensourcenieuws.nl/aankondigingen/reborcon-te-baarn.html

pre tag should always have had a  tag=""  paramter which allowed 
it to skip html content until it found a closing <pre> tag with the 
same tag attribute (my 2 cents).

The closest thing to a heredoc in html is a cdata section.

Actually, I think a pre is closer to heredoc than CDATA.
CDATA is strictly speaking for XML or XHTML. not HTML.

And CDATA only, in effect, protects unescaped <, > and & from being 
interpreted as mark-up.

Perhaps, more importantly for the heredoc issue, whitespace is not 
guaranteed to be left as-is in CDATA:
   http://www.w3.org/TR/html4/types.html#h-6.2
But it certainly does not matter to me what we call it :)

See Wagner / Tannhäuser. anectdote: 
    http://www.workjoke.com/musicians-jokes.html

or this http://people.eku.edu/styere/Encrypt/JS-AES.html

you'll see the output of the original script which produces html 
and not json

BrianH <And not well enough documented either. I don't really know 
how /compare works, not completely.>

Comparators and the stable-sort trick (-1, 0 +1) are documented here 
in an old change log. It never made it into the dictionary for SORT:
    http://www.rebol.com/docs/changes-2-5.html#section-72