[REBOL] Re: VID Extension Kit
Site is now updated with build 003 and docs: http://97.107.135.89/www.hmkdesign.dk/project.rsp?id=vid-ext-kitpage=info -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol/View 'Key Event Problem
On Wed, Oct 7, 2009 at 4:45 PM, Thorsten Moeller tmoel...@fastmail.fm wro= te: Hi, i am just writing a small editor for myself which should have a realtime wordcount. Simplified i have following situation: editor: layout [ mytext: area ifo: info btn Close [unview]] view editor I am not too familiar with events in rebol. From the docs i learned that i have to change the area definition to something like the following to make the area react on key events: =A0 =A0 mytext: area feel [ =A0 =A0 =A0 =A0engage: func [face action event] [ =A0 =A0 =A0 =A0 =A0 =A0if action =3D 'key [mylen: length? parse mytext/te= xt none =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ifo/text: join= Wordcount: copy to-string mylen =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show if =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0] But just adding the feel to the area doesn't work. What am i missing?? You are, with that code above, replacing the original engage function for 'mytext, which contains all the text editing functions, so text editing stops working. Other than that, your code would normally be correct. Unfortunately there is no simple way in VID to just add an on-key handler without rewriting the real engage function that is used in the area style. You can see it like this: probe get in get in get-style 'area 'feel 'engage The solution is to modify that function and include it again. Cumbersome. := -) You can also download the VID Extension Kit, which lets you do your task, like this: view make-window [ ; ifo and if faces here my-text: area on-key [ act [ mylen: length? parse mytext/text none ifo/text: join Wordcount: copy to-string mylen show if ] ] ] It can be downloaded from here: http://97.107.135.89/www.hmkdesign.dk/rebol/vid/src/builds/vid-ext-kit.r --=20 Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol/View 'Key Event Problem
On Wed, Oct 7, 2009 at 8:13 PM, Thorsten Moeller tmoel...@fastmail.fm wrote: OK, i understand that. I downloaded the extension kit. Do you have a documentation for the kit somewhere. I searched for it but couldn't find and some link are already dead. I have, but I'll have to mail the link to you privately, as I don't want the server to be hammered too much just yet. Also the docs will differ slightly from the build you have downloaded. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: docs for facets styles for vid?
On Fri, Sep 11, 2009 at 4:07 PM, Ben Brannen ben.bran...@gmail.com wrote: I would write it, if I knew where to look. :-) I happen to know where to look. This is another shameless plug for the VID Extension Kit, sorry. :-) There will be updated docs and new build soon and with that there will also be a style creation document, that explains those parts of VID in details. This will also work for standard VID. If you can hang on for a few days... -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: VID Extension Kit
On Sun, Aug 30, 2009 at 9:10 AM, Henrik Mikael Kristensenhenri...@gmail.com wrote: Ready now! Google Code's issue tracker sucks badly, unfortunately. I will be working on a Curecode server as soon as possible. But feel free to submit bugs, then I can transfer them later. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: VID Extension Kit
On Sun, Aug 30, 2009 at 9:43 AM, Henrik Mikael Kristensenhenri...@gmail.com wrote: On Sun, Aug 30, 2009 at 9:10 AM, Henrik Mikael Kristensenhenri...@gmail.com wrote: Ready now! Google Code's issue tracker sucks badly, unfortunately. I will be working on a Curecode server as soon as possible. But feel free to submit bugs, then I can transfer them later. It was bumpy, but now the curecode bug tracker is available here: http://97.107.135.89/bugs/ Feel free to register yourself, select the VID Extension Kit and post away. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Newbie: Rebol for OpenBSD?
On Wed, Jun 17, 2009 at 4:46 PM, Jack Ortjack@gmail.com wrote: Hi! New to Rebol...trying to learn OpenBSD too, and would like to use Rebol on that platform, but last release was for OBSD 3.8, and that doesn't work on 4.4. Are there plans to release Rebol 2.x.x or Rebol 3 for the current OBSD release? REBOL 2 is less likely, but if there is some demand for an OBSD 4.4 version, one will be made. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Uploading to ftp
Somehow, some posts are base64 encoded. This is the decoded original post: Hi, I'm trying to upload a file to a ftp site but it gives an error as below write/binary site %myfile.exe ** User Error: Cannot open a dir port in direct mode site ftp://myuser:myp...@mysite/1/2/3/ 1, 2, 3 are directories under mysite. I can get directory list with print read site And, can create directories using make-dir site %test/ Or can read files from there. But write gives that error. I tried both system/schemes/ftp/passive: true and false. Any idea? -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: REBOL3 world membership request
2009/4/14 =DEemseddin Moldibi [ Bircom ] semsedd...@bircom.com: Could you please create a membership for me to enter REBOL3 world. Thank you, Semseddin (Endo) Moldibi Request sent. You should receive an email when the account is made. --=20 Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: What does loop return?
2009/4/5 =F7=C1=CC=C5=D2=C9=CA =ED=D9=D4=C9=CE=D3=CB=C9=CA valeri.mytinski= @gmail.com: 05.04.2009, =3DD7 10:34, Graham Chiu =3DCE=3DC1=3DD0=3DC9=3DD3=3DC1=3DCC(= =3DC1): If you wish to create a new empty block each time, you would do this =3D= 20=3D instea=3D3D d loop 2 [ append copy [] 3 ] which would be the same as append [ ] 3 append [ ] 3 Graham Chiu Thanks for this example. Sorry, now I understood nothing. Why loop 2 [append [] 3] is equivalent to append append [] 3 3 that is some sort of nested expressions - result of first 'append is INSERTED as parameter for second 'append, while loop 2 [ append copy [] 3 ] is equivalent to append [ ] 3 append [ ] 3 that is some sort of sequence expressions - first 'append is FOLLOWED by second 'append? Why does not parameter substitution done? You are entering a deep issue in REBOL, namely that certain values are aggressively reused and that REBOL works by copying as little data as possible by default to let it be very efficient. That might be a bit hard to understand at this point. Let's look at the loop: loop 2 [append [] 3] And strip the stuff in front of the block: [append [] 3] When you specify the loop like this, REBOL immediately recognizes the [] you specify as being literally the same memory position that APPEND should work on, each time it runs through the loop. This is very important to understand. In a sense the loop becomes self modifying. This is a neat trick that lets you avoid referencing the block from a word, but it can also be a nasty trap, if you don't realize this. So when you try this one: append [] 3 append [] 3 You have two different blocks at two different memory locations. When you do a COPY, the block you work on is never the same, but always a c= opy. This trick works everywhere, in blocks, loops, functions, etc. But be careful when you use it. REBOL has a function for testing the SAMEness of series/blocks, i.e. whether two series you are testing on, is the same one at the same memory location. It's called SAME?. --=20 Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Using a Math oper. buried in a variable
On Fri, Apr 3, 2009 at 2:58 PM, Wall, Scott scott.w...@xwave.com wrote: Gregg wrote: As with most things in REBOL, there are a number of ways to do what you want. Here's another one: ... op: :* I'm now trying to use this form in my program. But I'm having trouble when it comes to dividing. Here is what I tried doing and how it failed: op: :/ ** Syntax Error: Invalid word-get -- : ** Near: (line 1) op: :/ Any ideas on how to get this to work? It will not work, since / can't be directly converted to a word and used as a get-word. The trick would be to write it first as a string and convert it: get to-get-word / That is not very pretty, is it? (But keep it in mind, when you need to convert something unwieldy to a word. :-)) So we can do something else: + - * and / are normally infix operators (2 + 3). In REBOL 2 you can use them as prefix operators (+ 2 3), which would work in the examples, but you can't do this in REBOL 3. Instead, use the named functions ADD, SUBTRACT, MULTIPLY and DIVIDE, so: op: :divide should work for you. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Using a Math oper. buried in a variable
num1 == 5 num2 == 6 op == * print [op num1 num2] * 5 6 I can't win today. Must be something wrong with my interpreter. Forgetting to REDUCE: print reduce [op num1 num2] == 30 -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Using a Math oper. buried in a variable
On Thu, Apr 2, 2009 at 10:37 PM, mumps...@gmx.com wrote: On Thu, 2 Apr 2009, Wall, Scott wrote: Hi Duke, As with most things in REBOL, there are a number of ways to do what you want. Here's another one: num1: 6 =3D=3D 6 num2: 5 =3D=3D 5 op: :* op num1 num2 =3D=3D 30 print [op num1 num2] 30 Still another way is to leave op: * and use: do reform [num1 op num2] Scott JOY num1 == 5 num2 == 6 op == * do reform [num1 op num2] == 30 Is it OK for me to think that this is a PITA? Actually, it's only one form: Code is data and data is code, but the method above creates a string, which is fast in REBOL2 due to the string being in ASCII format, but slower in R3, because it's converted to unicode and away from unicode. I believe the most correct and fastest method here is to assign the function directly to 'op, so you don't have to put things inside a block. It was mentioned earlier: op: :* op num1 num2 == 30 -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Using a Math oper. buried in a variable
op: :* op num1 num2 == 30 Cool! but I would have never fingered that out in a million years. :) Alright, a little theory: :* is a get-word! and when you get-word something, you get its content. In this case, you are getting a function body, but not evaluating it. This way, you can set words to a particular function body, so above, 'op is set to that function body. It's similar to saying: get '* Whereas evaluating it, would be equivalent to: do '* Try something like: probe :for and out pours the sourcecode for the FOR function. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Hi ... New to Rebol ... Please Guide
On Mon, Mar 30, 2009 at 3:49 AM, Iyer narayan.i...@gmail.com wrote: Hi Henrik, Thanks for your help. However, even if I drag the link below to safari downloads window, it downloads as a text file!! Dont know what to do with it!! Am I missing something? I replied privately to you on AltME, but will post here too: Since R3 for OSX is not an .app program yet, it's necessary to set permissions correctly before OSX will allow it to run. Then type in a Terminal window: chmod 755 downloaded filename And the icon should change into a terminal icon. Then you should be able to run it by doubleclicking it. If it still doesn't, then Get Info on the file (cmd-I) and change the Open With to Terminal. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Hi ... New to Rebol ... Please Guide
On Sun, Mar 29, 2009 at 8:42 PM, Iyer narayan.i...@gmail.com wrote: Hi All, I am new to this List Rebol. Can the list Admin, please provide me with username/password for AltME? Request submitted to AltME admins. Also, I tried to download the latest R3 release for OSX (Intel) from the wiki and unfortunately I am unable to do so!!! When I click on the link it just loads the binary in the browser, and even if I download it, I am unable to extract it!!! I don't think it's compressed. Try to drag the URL for the Intel version into the download window in Safari. That usually downloads whatever is there. Note: There is a bug in it that causes it to segfault when using Chat. I hope this gets fixed really soon. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Hi ... New to Rebol ... Please Guide
On Sun, Mar 29, 2009 at 9:35 PM, Duke Normandin mumps...@gmx.com wrote: On Sun, 29 Mar 2009, Henrik Mikael Kristensen wrote: On Sun, Mar 29, 2009 at 8:42 PM, Iyer narayan.i...@gmail.com wrote: Hi All, I am new to this List Rebol. Can the list Admin, please provide me w= ith username/password for AltME? Request submitted to AltME admins. Also, I tried to download the latest R3 release for OSX (Intel) from t= he wiki and unfortunately I am unable to do so!!! When I click on the lin= k it just loads the binary in the browser, and even if I download it, I am = unable to extract it!!! I don't think it's compressed. Try to drag the URL for the Intel version into the download window in Safari. That usually downloads whatever is there. Note: There is a bug in it that causes it to segfault when using Chat. I hope this gets fixed really soon. Hello Henrik- I tried DLing the OS X Intel version at REBOL.com but the link is broken.= Do you know of another link? =A0I finally DLed the PPC version. TIA... Try this link from the WIki: http://www.rebol.com/r3/downloads/r3-a40-2-5 --=20 Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: From ViewTop to console and back
On Sat, Mar 28, 2009 at 1:21 PM, mumps...@gmx.com wrote: On Sat, 28 Mar 2009, Carl Read wrote: On Friday, 27-March-2009 at 5:48:50 mumpsoid wrote, and to Carl Read Thanks for the `desktop' command. However, when i click on the console icon to return to the console, it loads a new instance of the console - not cool! I don't get that in Windows, so maybe it's an OSX thing. 1. When you first start REBOL/View, does it open a console window? 2. If you start REBOL/View from a terminal, does it do the same? I get correct behavior here in OSX Leopard, so I think this has something to do with REBOL not being able to pipe to the correct console. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Comparing Rebol 3, Rebol 2, Rebol 1.3
On Thu, Mar 12, 2009 at 12:41 AM, John Dutcher jfdutcher1...@yahoo.com wr= ote: Goodness knows, I am dealing with the fact that Rebol 2.7.6 doesn't run s= cripts written with 1.3.2much less what Rebol 3 might do. I submitted a Rambo Report and was chastised for suggesting that a bug wa= s in the pudding somewhere. My report was dismissed. I notice that when I= sent the entire script and its input file to the big guns on the scene= .so they could run it themselvesthe chastisement endedbut of course, no resolution,=A0 just dismissal. Out of curiosity, what's the number of the report? --=20 Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Compatibility REBOL 2.x / REBOL 3.0 ?
On Tue, Mar 10, 2009 at 2:37 PM, Jedi rebol...@free.fr wrote: Hi all :) A question concerning REBOL 3.0 : Will be all the REBOL 2.x scripts still compatible with REBOL 3.0 ? Especially REBOL/View : REBOL 2.x scripts fully compatible under REBOL 3.= 0 ? No, there will be very little compatibility with regards to REBOL/View and VID scripts. R3 is a redesign from the ground up, keeping only the greatest parts of R2 and building entirely new parts and changing existing ones. As such, the GUI engine is completely rewritten with more simplicity and ease of use in mind. For Core only scripts, some compatibility remains and with a special R2-forward function package, some R3 functions have been backported to R2 in slower versions, but even there, some fundamental changes in R3 will not allow existing scripts to be easily interchangable with R2. To write future scripts to be compatible with both R2 and R3, you must write them with both R2 and R3 in mind. This is possible. But to run existing scripts, you must first rewrite or adapt them to R3. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Altme rebol3 account?
On Sat, Feb 14, 2009 at 11:54 AM, Raimund Dold raimundd...@web.de wrote: Hi, I would like to join the altme rebol3 world. Who could provide the access? Request sent. You should receive an email soon. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: rebol 3 = 64 Bit problems
On Thu, Feb 12, 2009 at 1:16 AM, Tim Johnson t...@johnsons-web.com wrote: And that's even more disturbing. Sorry to sound so grouchy here - I'm not usually this way, but I think that this is an issue being swept under a rug and it won't go away, it could really cause a major public relations disaster for RT. Let me know how it goes. Please continue to CC to the ML so that this issue becomes better know. tj The issue has been well known to RT for years: Linux is the hardest OS to support due to its very non-standardized nature. There are constant kernel and library changes. But RT usually asks regularly what people use the most, and then compile versions of REBOL to that Linux variant. The question was in fact asked again a few days ago, when the R3 version was going to be built. The answer was Ubuntu and an Ubuntu version was built. Carl doesn't wish to spend his time compiling for various Linux distros, so we would need package maintainers for each respective OS here. But if there is significant demand for a particular Linux version now, I'm sure Carl will build it. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: rebol 3 = 64 Bit problems
On Thu, Feb 12, 2009 at 6:02 PM, Tim Johnson t...@johnsons-web.com wrote: On Thursday 12 February 2009, Henrik Mikael Kristensen wrote: The issue has been well known to RT for years: Linux is the hardest OS to support due to its very non-standardized nature. There are constant kernel and library changes. But RT usually asks regularly what people use the most, and then compile versions of REBOL to that Linux variant. The question was in fact asked again a few days ago, when the R3 version was going to be built. The answer was Ubuntu and an Ubuntu version was built. We've never had such problems with python or perl. We have never had to build perl or python on our machines. Although I have built newlisp. Thusly, I believe you are overstating the variance among linx distros. I'm sure Carl will love some advice on that, but if it involves support for a large number of libraries by ballooning the R3 distribution to several megabytes, then Carl will not do it. It has to be done on his terms and he's very adamant on that. We need to find a solution. It has been a long time since I programmed in C and had to compile, but I believe a strategy for more flexible loading or static linking exists. Furthermore rebol 2 should be compiled for 64-bit. The year I started coding for compensation - 1989 - was the year of the Ashton-Tate dBase fiasco. And I was programming in dBaseIII+ and dBaseIV. I quote from the Wikipedia entry: a focus on future products without addressing the needs of the current customers. There's a cautionary tale there. I am glad that you are building for ubuntu. You should take great effort to ensure that rebol is in the repositories and that it includes a nice application of some sort. I would like to test such a build. As said, we need a package maintainer for going through proper channels on a Linux distribution. If one can be found, then I think RT will take advantage of him. If you are part of the development team did you see my email of Saturday 07 February 2009, subject Re: Inside R3's developement...? I am very concerned that no one replied to my problem there. Only Carl has access to the C code and he's the one who decides which versions get built. I'm checking that mail now... Rebol has served me, my company and my customers very well for 9 years. It is a pleasure to work with and at least 50% more productive than python or perl in small, single-programmer projects. Even tho' I use it as the critical part of my productivity and production tools, I've stop doing any development for customers until a mature rebol with 64-bit compatibility is available. A 64-bit rebol 2 should have been built long ago. If but a few server farms start converting to 64-bit and rebol binaries become inoperable, there will be such a stink that rebol3 will never overcome. I hate to be the contrarian here, but what I say needs to be said. And this is all I have to say on the subject. However, I hope this issue stays on the front of everyone's minds, including windows users. I agree that we should have 64 bit support, but again: If no one tells RT *directly* that a significant portion of Linux users can't use REBOL due to some incompatibility that requires building a new version, then nothing will happen. Specific versions have been built before and I'm sure it will happen again. I will bring this issue to Carl's attention. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Inside R3's developement...
On Mon, Feb 9, 2009 at 10:03 PM, Tim Johnson t...@johnsons-web.com wrote: On Saturday 07 February 2009, Carl Read wrote: For those (like me) not inside the loop, there's a nice overview of the state of R3 to be found among the comments here... http://www.osnews.com/comments/20930 Look for henrikmk's comment. -- Carl Read. I downloaded r3-core-a33-p421.gz when I tried to unzip it I got this: t...@bart:~$ gunzip r3-core-a33-p421.gz gzip: r3-core-a33-p421.gz: not in gzip format Corrupted? I just downloaded and tested it on Ubuntu in VMWare and had no problems at all. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Inside R3's developement...
On Thu, Feb 12, 2009 at 8:53 PM, Tim Johnson t...@johnsons-web.com wrote: On Thursday 12 February 2009, Henrik Mikael Kristensen wrote: On Thu, Feb 12, 2009 at 8:29 PM, Tim Johnson t...@johnsons-web.com wrote: Henrik: Can you send me an update of the download link? Can you assert that my syntax for gzip is correct? I used the following link (just tried it again to be sure): http://www.rebol.com/r3/downloads/r3-core-a33-p421.gz and unpacked it like this: gunzip r3-core-a33-p421.gz The MD5 sum for the file is: 5f4abbbef6569c1c1b78c8e3266efe5f PS: Is there a changelog . new function, functionality descriptions? http://www.rebol.net/wiki/REBOL_3 -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: R3 R2
On Tue, Feb 10, 2009 at 7:20 PM, Alan Macleod ferg...@bellatlantic.net wrote: I thought the plan was R3 would be free and RT would make their money devel= oping tools and services. I guess an sdk would be one of those tools...in = which case I would guess you would need to buy a new license...at best they= could offer a discount to loyal customers...those that already have r2 sdk= Products like command and pro will not be offered as those parts wi= ll be built in or provided via add ons by RT or 3rd party. If you hope to d= evelop an app within the year i would buy r2 sdk...I just bought it last mo= nth. Though nothing is official, I still think this is the case with an entirely free R3 and a paid-for SDK/encapper. Still, R3 will probably be so flexible here that you can build your own encapper, circumventing paid-for tools. So for RT to make money, they would have to develop a new IOS and other tools. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Open port crashes View 2.7.6
On Thu, Jan 29, 2009 at 10:35 AM, Petr Krenzelok petr.krenze...@seznam.cz wrote: Henrik Mikael Kristensen napsal(a): On Thu, Jan 29, 2009 at 9:38 AM, =AAemseddin Moldibi [ Bircom ] semsedd...@bircom.com wrote: Any idea? I guess everybody is waiting for R3 :) I can't answer the question, but that bug should be logged to RAMBO, if it isn't already there. Well, but as I already noted - RAMBO link did not survive rebol.net clean-up :-) I think we should ask Carl to put it back for some time ... For the record: RAMBO did not disappear, only the link: http://www.rebol.net/cgi-bin/rambo.r -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Open port crashes View 2.7.6
On Thu, Jan 29, 2009 at 1:00 PM, =AAemseddin Moldibi [ Bircom ] semsedd...@bircom.com wrote: There are also 4 spam tickets on RAMBO. Spam occurs there daily. RAMBO is cleaned of spam daily. --=20 Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Working with objects
On Mon, Jan 19, 2009 at 7:12 AM, Graham Chiu compkar...@gmail.com wrote: If you test for: in cgidata 'digital You will either get none or the word 'digital returned. It does not return the value itself, so it's safe to test like this: if in cgidata 'digital [blah] -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: view creates public folder each time on windows
http://www.rebol.net/cgi-bin/rambo.r?id=4181 I'm not even sure it's possible to avoid creating the public folder, as it's been a wish for a long time. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: drawing images on text face after displayed = highlighting text
On Wed, Oct 1, 2008 at 10:17 AM, Anton Rolls [EMAIL PROTECTED] wrote: Anton, how do you solve marking up multiple lines? I'm building something similar with boxes, but have yet to find out how to figure out where text is broken into multiple lines for display, so I can detect start of line and end of line. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: drawing images on text face after displayed = highlighting text
On Wed, Oct 1, 2008 at 2:14 PM, Alan Macleod [EMAIL PROTECTED] wrote: Henrik, I was going to map the start and endpoints using caret_to_offset on find text and find/tail text. And knowing the text field width paint multiple boxes to fit the shape. Not pretty but I think good enough for what I want. I use almost the same method. Or is the function that highlight_start and highlight-end uses available or is it hidden too deep (not mezzazine) Anton, or Henrik, Is it possible to use the draw dialect to paint these highlights? The way a simple paint program pains into an area? You can probably do that with the SHAPE command in DRAW. To ensure accurate painting, I would use SIZE-TEXT as it can accurately detemine the width and height of the area you need to paint per row. My implementation uses plain boxes and then SIZE-TEXT to calculate the size of one highlight box. It works for all font sizes I've tested so far. My only problem right now is detecting the start and end point of multi-line text as I want a more accurate depiction of the selected text. To detect multiple line highlights: If the Y position of caret-to-offset is not identical for start and end position, then you are using multiple lines. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: drawing images on text face after displayed = highlighting text
On Wed, Oct 1, 2008 at 2:41 PM, Alan Macleod [EMAIL PROTECTED] wrote: Henrik, How do you use size-text to find the size for a row or highlighted section? I can only find the size of the entire text face. You shouldn't use size-text on the original face. Something like: size-text make t [size: 2000x50 text: highlighted-text] Explanation: You make a copy of the original text face for measurement purposes, and then let it only contain the highlighted text. (I guess View needs to render the text internally to return the size of it.) You then need the exact same text attributes (font and para) for it to measure the size correctly. You also need a rather big size in order for the text in the new face to flow correctly to avoid unintended linebreaks as we want the text to match the original. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: drawing images on text face after displayed = highlighting text
it is not the fastest methodIMO the possibility to use DRAW pens for alpha channel should be done at Rebol's native level} text 500 {can draw almost any kind of transparent shape though it is not the fastest methodIMO the possibility to use DRAW pens for alpha channel should be done at Rebol's naHere is a simple example how to use DRAW dialect for into alpha channel of the image. I think with the function make-alpha (bellow in the example) you can draw almost any kind of transparent shape though it is not the fastest methodIMO the possibility to use DRAW pens for alpha channel should be done at Rebol's native level}] button Highlight [foreach face panel/pane [if face/style = 'text [ system/view/focal-face: face system/view/highlight-start: find face/text into alpha channel of the image system/view/highlight-end: find/tail face/text into alpha channel of the image show face ]]] button Paint [foreach face panel/pane [if face/style = 'text [ keyword: transparent xy: caret-to-offset face find face/text keyword bx/offset: face/offset + pad + xy bx/size: as-pair (5.9 * length? keyword) 15 show face ]]] button Box highlight [ set-highlight tt reduce [ ; one start and end highlight component per line find tt/text IMO skip find tt/text IMO 10 find tt/text native skip find tt/text native 4 ] ] ] view window -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: drawing images on text face after displayed = highlighting text
On Wed, Oct 1, 2008 at 6:36 PM, Anton Rolls [EMAIL PROTECTED] wrote: Hi Henrik, In my edit-panel style, I stored the text data as lines (a block of strings), not a single string, so I didn't have this problem. face/line-list used to be a block of offsets to each line, but, while the facet still exists, it is set to none by the View system, probably natively. So it's a mystery to me. Thanks for the reply, Anton. I was wondering about line-list myself and how useless it is for this case. Now I don't need to waste any more hours on that. :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Prese Question: skipping spaces?
On Fri, Aug 29, 2008 at 2:42 PM, Thorsten Moeller [EMAIL PROTECTED] wrote: Hi, i want to parse files with lines from an application log. The files contain lines where the columns are separated by spaces. My problem now is that i just wanted to see only specific columns. But, if the content of one column is longer, there are less spaces to the next column. When i use a: parse/all line and get the part a/22 it is not necessarily always the 5th column depending on the number of spaces between the columns. Possibly trim/lines on each line before parsing it. That will remove extra spaces and allow you to parse on each single space. trim/lines a b == a b -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: colorizing text
On Thu, Aug 21, 2008 at 2:20 AM, Alan Macleod [EMAIL PROTECTED] wrote: Does anyone know of any good examples of colorizing (highlighting) sections of text within a face. The word browser mentions caret-to-offset and offset-to-caret being used to map text and creating colored or hyperlinked text but the example does not seem to be what I'm looking for... It does indeed say that, but I'm not even sure that's possible without Cyphre's rich text system for R3, or by using your own rich text engine. Faces in R2 contain a single string with one single style defined in the font object inside the face. The only fancy thing you can do is right or center align text. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: REBOL-SIMPLE dialect
On Wed, Aug 20, 2008 at 9:15 AM, Carl Read [EMAIL PROTECTED] wrote: On Tuesday, 19-August-2008 at 20:06:52 Maxim Olivier-Adlhoch wrote, You see, what makes REBOL distinct is not the computing model it has, or its functions, or library richness... its its syntax itself. Thank you MAx. My planned (but not implimented;) reply to Greg would have been something along the lines that leaving out the datatypes in his REBOL-Simple would've been missing the point of REBOL, but I doubt I would've shed much light on the why. So maybe REBOL-Simple shouldn't be a dialect, but just a reduced set of REBOL's default words - and perhaps a few new ones? The default word set in REBOL is actually quite simple. Block manipulation is astonishingly simple and elegant compared to, say, manipulating arrays in PHP. This is where REBOL's great design pays off. I think it's a bad idea to restrict the word set of REBOL. It's like saying you want the English language to consist only of 30 words, so we don't have to print dictionaries anymore. That gives you problems with expressability, although it's easy to remember 30 different words. You may have to use more words to express a particular thing, because some words are not available to you, or some things are just impossible to express without having a word for it. A more correct thing would be to weed out all synonyms to reduce the chance of running into a word you don't know. But contrary to English, REBOL does not have many synonyms. It has a few, but they are there because they make sense and increase readability. I think you would actually want to add mezzanines where it makes sense. The cost of having more words to look up in a reference is lesser than having fewer words to remember. Let me illustrate why: Some things are tremendously easy to do out of the box, like simple email validation: if email? [EMAIL PROTECTED] [print Yes, that's an email] It doesn't get much simpler than this and most beginners can figure out what's going on there. But some mundane things are much harder, like reformatting dates to a different format. We don't have a: to-rfc-822 25-Jun-2008/04:12:56 Or: to-csv [[1 2 3 4][5 6 7 8]] There's a mezzanine missing to perform these trivial conversions, so the code would appear very simple or beginnerish. The action behind the function might be very complex. To ask a complete newbie to write out a CSV file of a block of blocks, might be a bit much, so you begin to consider the contrast of having the user to write 20 lines of code to write that CSV string out, versus having only to write the line above. I don't think it's the job of R2 or R3 itself to have built-in CSV file conversion methods as CSV is unfortunately not as generic as we like to think. But I do think the problem is right there. By using mezzanines to simply the language in general you can increase readability and reduce visible complexity. We just have to find sufficiently generic cases to solve and carefully pick which ones to implement. R2.7.6 and R3 have several new mezzanines to handle general cases, like moving elements around in a block with the new MOVE function. Other words that fit the profile, implemented for R2.7.6 and R3: ALSO FIRST+ SHIFT TO-RELATIVE-FILE TAKE Each one either represents a significant amount of code reduction or fills a natural hole in the REBOL function list, one where you'd ask why don't we have a function like this?. This is where you want development to happen and it's certain to be discussed in the r3-alpha AltME world where R3 development happens. If you find more generic cases to implement, post them here, and if they are good, they may be discussed for implementation. Better yet: Produce a well-tested and optimized mezzanine and present it here. R3 also has new functions to make certain things much clearer, where you would use an existing word in R2 to do the same thing with less clarity. In R2 you would get the words of a block by typing: first my-object == [self name address street age] You cannot possibly know this without reading up on extra documentation or asking another developer or stumbling upon it by random. In R3: words-of my-object == [self name address street age] That's just one little quirk removed to increase clarity drastically and of course it just one function of a whole set that adds partial reflectivity to R3. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: REBOL-SIMPLE dialect
On Sun, Aug 10, 2008 at 3:46 PM, [EMAIL PROTECTED] wrote: People like me are a pest and I know it. I am nowhere near being a REBOLer, but I am extremely impressed by what l= ittle I do know. I have come up from REXX, I script occassionally and only when I need som= ething done, it can be anywhere between 6 months to a year or two between= projects. Relearning a language is a major problem, hence the simplicity= of REXX is a great asset for that language as well as its natural limit.= I can see REBOL doing both and doing it well, mostly because of the power= of dialecting. REBOL is full-on, especially with the datatypes, and I admit I just can't= really get some pretty simple stuff, for instance I still can't really g= et my head around blocks (how stupid does that make me!). My suggestion is REBOL-SIMPLE as a very simple dialect of REBOL resemblin= g REXX and heavily Function based, but using as many characteristics of t= rue REBOL to make transition from it, to the real stuff, as seamless as p= ossible. A data-type-less language where as far as the user is concerned every var= iable is a string (using the functions themselves to sort things out). I = would also suggest versions of stem-variables as a simple way to manipula= te related data. There are a few things I can suggest, but the idea is ju= st make it simple (ie every do has an end, every if etc.,. simople = and clear often means verbose scripts). To most of you this will sound like nonsense and just a useless suggestio= n by a tangental supporter. In the end I will cope with REBOL, I have no = doubt of that. However, REBOL needs to recruit users who are not scriptor= s or programmers in any form, it will become popular if it supplies simpl= e tools to do simple things that easily leads to using REBOL in more comp= lex ways. From what I can work out a new dialect, well designed, could do the trick= I think this might not be a good idea (surprise :-)). We all come from different environments of programming and we all have different ways to handle the languages that we've programmed in before REBOL. I often observe people learning REBOL asking, why doesn't it do this or that like C or Java does? Why doesn't it have regexp or why doesn't it do classes like Java does, because the beginner is used to those things from other places. And the truth is that many languages borrow concepts from eachother, where such questions may make sense. For me, an old PHP programmer, the best method was to simply forget everything and start over, and just give 100% in to what REBOL gives you. The whys and why nots can come when you become good at the language, but they usually don't end up being design flaws, just implementation flaws. Remember that REBOL is designed on its own premises by one man for a long, long period of time, and you must get into the mindset that it doesn't compromise to be like other languages. If you have difficulties with blocks, I'd say, you have problems with 80% of what REBOL is. :-) That's why I think it's a bad idea to start working out something like SIMPLE-REBOL, because the REBOL you have now _is_ supposed to be simple and disguising it as something else would just make learning REBOL much harder. The language is deep enough as it is. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Some R3 tasks to be done
Hi, all If anyone is interested, there is a task that needs to be done: We want to list all functions in R3 vs. all functions in R2, so you can have a direct reference to compare each function between R2 and R3. This will help in listing those subtle changes that R3 has in it's functions. There will be many more subtle changes when the Unicode releases are coming out (probably alpha 2). This is only meant to be on a per-function basis and not for higher level ways to do things. I suggested to the R3 team that we output the internal help of all functions in R2 and R3 in a two-column table with R2 to the left and R3 to the right. Similarly for all mezzanines, we would output the source code to each function in a separate two-column table of the same format. When that is done, it needs to be formatted for DocBase, which can be done with Wiki Tools (an internal tool we sometimes use for DocBase) Some requirements: - One script that generates the R2 help and R3 help and outputs a text file for each kind - Same script also outputs mezzanine sources for both R2 and R3 in two separate text files (these files will probably be large) - Another script that assembles all four text files in two two-column table (one for help docs, one for mezz sources) (or use the first script with special arguments, whatever you want) - Use Wiki Tools if you like - Script must run under R2 and R3 - We must be able to run this again and again after each R3 release. Feel free to add other features, perhaps a VID version that lets us search using a VID interface, or whatever you want. Feel also free to ask questions and suggest other enhancements. :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Limited Core Features
On 10/01/2008, at 00.42, Kaveh Shahbazian wrote: Thanks Gregg I did not mean REBOL should go open source (I place REBOL core in same train with Adobe Flash Player itself which is closed source) and I have no problem with it's closed source core (Java for many years behaves this way and that was not a problem). But I mean some essential features are just accessible in (for example) REBOL/Command; and not in REBOL/Core. Thorning apart the language itself in separate components, is ugly. For instance a function type (which of course is a part of language) named Routine is just available in REBOL/Command; which I think should not be this way. This way in fact I am working for different languages and when I am programming I must be concerned about none-programming issues. Yes, this has always been one of the disadvantages of REBOL2. It was a method in the past for REBOL Technologies to try to make money off REBOL by only making all advanced features available in REBOL/Command. With REBOL3 this will go away, as most of the system is entirely open, except the very core, to protect the language design. If the system is open, people can add these features themselves for free and bypass any such locking, hence it would be a waste of time to make certain features locked. Therefore REBOL3 will be free, as in beer. But I have no knowledge on the price on SDKs or products made with REBOL3. It's likely that these will still cost money, but don't quote me on it. And... Welcome to REBOL! :-) With the above in mind, I hope you'll take your time to study this amazing language, despite REBOL2's shortcomings. You can still get very far within its confines, because of it's depth. REBOL3 will address most of these shortcomings. It has just into public alpha and will develop throughout 2008 toward a full release. Alphas will be released on a regular basis and I hope you'll want to try them out, even to test the difference between REBOL2 and REBOL3. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] REBOL 2.7.6 next week
Hi, all It was just announced by Carl to R3 developers that REBOL 2.7.6 may be released next week. I know of at least two recycle bugs and one port bug that may remain unfixed in the current 2.7.6 beta, because test scenarios have not been built for them, as they only seem to occur in complex scripts. If you have scripts that produce recycle errors, I suggest there should be some work done on reducing those scripts to real tests that make it possible for Carl. This is a late notice, I know, but it was unclear when 2.7.6 was scheduled for release and it was only just brought up. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol/View on Leopard
On 22/11/2007, at 08.51, Karim El Founas wrote: Hello, I'm just installing my dev environment on my new Mac and it seems that's working. I installed the SDK and I can run the desktop. I never saw any bus error but, I need to do more tests. Crashlogs are saved in /Users/username/Library/Logs/CrashReporter/ View puts a nice one in there. Maybe someone can tell what's going on? -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol/View on Leopard
On 29/11/2007, at 18.17, Kai Peters wrote: Here's what Leopard uses: MiniMac:Applications kpeters$ otool -L rebol rebol: =09/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon= (compatibility version 2.0.0, current version 128.0.0) =09/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version= 71.1.4) MiniMac:Applications kpeters$ otool -L rebview rebview: =09/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon= (compatibility version 2.0.0, current version 128.0.0) =09/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version= 71.1.4) $ otool -L /usr/bin/rebol /usr/bin/rebol: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.1.3) $ otool -L view view: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.1.3) View is not working here under Leopard 10.5.1 on PPC, but Core is. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol/View on Leopard
On 25/11/2007, at 1.07, Ed O'Connor wrote: Mine was an upgrade-- I did not wipe clean. On Nov 24, 2007 6:54 PM, Kai Peters [EMAIL PROTECTED] wrote: On Sat, 24 Nov 2007 15:04:15 -0500, Rod Gaither wrote: Hi Kai, That would have been my next question for everyone with 'working Leopards': I wiped my Tiger and then installed Leopard clean. Seems that the working ones are upgrades? Is that a valid assumption? It would be nice to settle this once and for all to give a pointer to RT to maybe release a Leopard upgrade of R2 or at least some documentation on how to make it work. From AltME, I saw this: Using otool from Terminal, you can figure out what libraries, REBOL uses. It's man page is available at http://www.hmug.org/man/1/otool.php On my Tiger install: $ otool -L /usr/bin/rebol /usr/bin/rebol: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.1.3) $ otool -L ./view ./view: /System/Library/Frameworks/Carbon.framework/Versions/A/ Carbon (compatibility version 2.0.0, current version 128.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.1.3) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: R: Re: R: Re: R: Re: Who read this mailing list?
of developers. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Who read this mailing list?
On 24/11/2007, at 22.18, Carl Read wrote: Well it's not PR I was wanting, but more realistic timeframes like you (and Giuseppe) are providing here. But they should really be on rebol.com somewhere, so can be considered official. The only problem with it, is that the schedules are rather shaky, for example with Gabriele's and Cyphre's temporary departure of still unknown duration. We weren't aware of those from the beginning. Making such things public might make it even more difficult to keep an image of a company that delivers. Not that there already is a good record for that, but talking publicly about schedules and not keeping them, just throws away the last bits of credibility that RT has left. It would probably be simpler to make a time table, if we all worked at RT in-house on a payroll. The problem for those already using REBOL (but outside of the inner circle) is we get comments on the mailing list here along the lines of R2 is obsolete, yet we don't know how long it'll be before its replacement appears in a form that's good enough to actually be used as a replacement. Of course we continue using R2, but it's hard to imagine starting something with it that's supposed to have a long shelf-life. Well, my personal opinion is that R2 is not going away any time soon. I have products under development for R2 and don't expect to start working on R3 products until some time after beta release. DevBase runs only under R2 currently. But when R3 goes beta for true public scrutiny, it will really obsolete R2 in so many ways, that you only want to use R2 for those very large, complicated scripts that depend very much on VID or View. Many thanks for this response. Glad to be of help. :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol/View on Leopard
On 22/11/2007, at 15.10, Ed O'Connor wrote: I first installed View under Tiger, then upgraded to Leopard a few weeks ago and have had no problems with rebol. I have only clicked around the Viewtop and run some basic reblets, but everything seems fine on the surface. I think you need to clarify if you are running it under Rosetta on an Intel Mac or on a PPC Mac. There is likely a difference. Some people report trouble, while it runs fine for other people. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Opening a new blog about Rebol?
On 20/11/2007, at 9.25, Petr Krenzelok wrote: Alessandro Manotti napsal(a): Just for curiosity, which platforms will be supported from R3? Initial stage? and then which ones are planned? I think that RT can recompile for other platforms as requested by interested users/customers. The tough call will be porting of platform specific things - rebol host environment. RT might have your dll ready in few days, but I doubt that you will port surrounding things in such short timeframe. But - you CAN, and that is important, as the rest of the code is open-source. That should make those radical open-source proponents more happy :-) Flat out: WinXP, Linux and OSX are those of main interest right now. The OSX porting process was started, but I guess some things are not yet ready, because it has not yet appeared. I guess Carl is not finished fighting the module design. (Doesn't help with Gabriele and Cyphre busy with QTask... grrr :-)) I believe that some ports will be maintained internally by RT while others will be 3rd party ports and I think also it will be important to make the porting process very smooth and extremely well documented, because this is essentially a build it and they will come effort. If the process is smooth enough, more people will be able to port R3 to their platform. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: What's your favorite tool for Rebol coding under MacOSX ?
On 15/11/2007, at 19.29, Alan wrote: I use TextMate as well and there is a fairly okay REBOL bundle for it. I like it because it's very easy to make projects with it by dragging and dropping a source code folder onto its dock icon. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: VID question
On 30/09/2007, at 6.25, Kai Peters wrote: Hi ~ I have a layout with an info for every day of a month, named inf1 through inf31 which I use to display daily time tallies. My SQL queries return cursors that do not have a record for days on which there was no work performed, thus a sample cursor might look like this: [ [ 01-Oct-2007 4.5 ] [ 14-Oct-2007 8.0 ] [ 15-Oct-2007 7.5 ] [ 31-Oct-2007 7.5 ] ] Let's explore SET-FACE a bit: set-face inf31 7.5 If this prints 7.5 in your inf31 field, then we can say: foreach row result [set-face to-word join 'inf row/1/day row/2] That should do it. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol SDK vs Command
On 17/09/2007, at 22.06, Carl Read wrote: On Monday, 17-September-2007 at 16:37:19 Henrik Mikael Kristensen wrote, On 17/09/2007, at 11.54, Carl Read wrote: So REBOL might fork, but how will that stop RT taking REBOL in the direction they want it to go? It will take away potential developers from working on R3. As said in my previous mail, there will be a need for a lot of developers once R3 goes final, so the open source question will have much less importance than the amount of man and brain power we can find. And how will you attract 'a lot of developers' without it being open-source? Because, if you are really interested in REBOL and care for it's purity, you will not want the core (You say it, as if the whole of R3 is closed. It's not, of course.) to be open source. You will want the core to be pure, clean, simple and unified. Are you handed a paintbrush when you go down to the art gallery to fix up other people's paintings? I always thought Mona Lisa's nose should have been more red, but do other people agree? I hope you see the point. The DLL is RT's Mona Lisa. I think you want the DLL to be open source, because you are afraid that: 1. RT will go belly up the day after final 3.0 is released. 2. RT does not communicate development statuses to the people, so you can't really know what's going on in development. 3. Carl Sassenrath decides to focus on making wine or go hiking in the hills and lets bugs be unfixed, no matter how much we yell and shout. 4. Evil people use closed source and RT will fill the 250 kb DLL with spyware and nasty viruses. Now you can't truly know that, can you? :-) R3 might even have banner ads in the console. That's technically possible. Beware! 5. People will see REBOL as a simple programming language and therefore a competitor to various open source languages and therefore can't compete. 6. Carl Sassenrath is not a good a coder, so he doesn't want sources to be published, because that would embarrass him. 7. The DLL will somehow be full of security holes. 8. REBOL will in the end only be attractive to weird people, who hate mainstream stuff. Like us. 9. RT will not implement that one little feature you want so dearly implemented. 10. R3 will not fix any of the problems R2 has. Let's use these points as a base for discussion. That's better than open source is cool. I just see a huge disconnect with this POV. Making a project fully open source is not the means to attract developers. I've been there and did my fair share of cheerleading without success. That's one of my causes for alarm (but not the main one), when people suggest open sourcing REBOL, because they believe it will magically cure the popularity problem. Let's see whether QNX becomes more popular now. If people will join the project, they will do it, because it's interesting for them to use the same code on their PC as they do on their Mac or Linux box or their embedded platform, because of REBOL's unique opportunities. Not because it's a competitor to Ruby, Python, PHP and whatever. (And yeah, I consider 50 developers a lot.) 50 developers is a small number, considering how much work needs to be done. The first 15 already have their hands full. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Rebol SDK vs Command
On 17/09/2007, at 11.54, Carl Read wrote: So REBOL might fork, but how will that stop RT taking REBOL in the direction they want it to go? It will take away potential developers from working on R3. As said in my previous mail, there will be a need for a lot of developers once R3 goes final, so the open source question will have much less importance than the amount of man and brain power we can find. And if RT's version is better, won't it be the version that attracts the most users? How would you know that RT's version is better than a competing version? Which Java is best? MS Java or Sun Java or another implementation? Freedom of choice is good only up to the point where it just confuses you. Besides, having different implementations just makes REBOL much harder to code and test for. Ever tried building a complex webpage for multiple browsers? It's a nightmare. Having a single, clear voice is the big advantage of REBOL. And it's already forked - R2/R3... R2 is not forked. It's obsoleted. R3 is not in competition with R2. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: - R3 GUI
On 07/09/2007, at 13.44, Chris Dwyer wrote: I hope that Carl is considering making a core with no graphics interface or only a bare minimum windowing/text/ graphic co-ordinate system. I feel that the various platform graphics interfaces are best handled as plug-ins. Currently R3 consists of an executable and a DLL file, which I think will be combined into one to form REBOL/View 3.0. I believe that the executable contains the graphics engine, while the DLL is the real core, so the graphics part can be taken out. I noticed on OSX that there is a Ruby /Objective-C bridge to access the full Mac Cocoa interface. http://rubycocoa.sourceforge.net/ Perhaps this could be used as a sample to help build a similar bridge in R3? Perhaps this is possible, yes. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: R3 Beta availability
On 05/09/2007, at 2.25, Rod Gaither wrote: Hi Henrik, Giving out dates was a mistake in the first place and they were not realistic. Things are moving forward, but there's still a lot to do in practically all areas of R3. The difficult part is testing the massive array of features that R3 consists of. I don't know yet when the alpha will be ready for release as beta, but soon should probably count as some time before 2008, but definitely not this or next week. :-) When it will be released is entirely up to Carl. Is there any place were these features are listed? Mmm... no. :-) I'm very glad there is a massive array of them but not knowing what they are, beyond manually pulling tidbits out of Carl's blog posts and AltMe discussions is a bit maddening. There is not a single definitive list, but massive array means also features that are in R2, because R3 is rewritten from the ground up, so everything needs to be re-tested systematically. Also R3 is not yet in feature freeze, so new things are added all the time. I would hope there is an organized set of goals (goals generic architecture drawings) somewhere and specific features designed to meet those goals worked up with estimates of how close to complete each one is... Okay, that is being a bit idealistic but hey even just a list of features would be good, perhaps grouped by expected in beta, release, r3.1, etc. :-) I can't post a complete list, but there are particularly operations on blocks that are much simpler than in R2 and very fast. Here's just one of them: MAP - Evaluates a block for each value(s) in a series and returns them as a block. map [a b] [1 2 3 4 5 6] [a + b] == [3 7 11] map [a b] [1 2 3 4 5 6] [reduce [a b]] == [[1 2][3 4][5 6]] It does more than that, but already just this is very powerful. Other block operations like FOREACH and REPEAT have extended and changed functionality to speed them up and allowing you to change the content of the block as it's being traversed by the function. Doing this in R2, requires knowledge on PARSE and is more difficult to write. There is a new parser called DELECT, which is a different way to create dialects. It's suited for streamlining out-of-order input words and is used in the new VID3. There are many changes in the language, where most will reduce the amount of code you need to write and a tiny few bits where you need to write a little more, mostly to reduce internal complexity and give better performance. In many places R3 is much faster than R2. The graphics system performs much better. We had an early internal demo that painted 1000 icons randomly in an 800x600 window continuously. It worked in both R2 and R3, but was on average 4-5 times faster in R3. Even better when scaling it up to 1 icons, it would take *minutes* in R2 to render a single frame on my PC, while still keeping at 1-2 FPS on R3, while consuming much less memory. R3 scales much better graphically, but I'm told that final optimizations are not yet done. I also want to make a plea for releasing the beta for the three major platforms - linux and mac os x as well as windows. Some of us will be forced to wait even longer just because we won't put a windows box on our network. Though in fairness to those with windows I'm not asking you to hold up the beta on them because of the other platforms, just keep in mind one user voice thinks it is a priority to support the other platforms - over feature y or z or beta bug fixes. We are dying for a Linux and OSX version of R3 too. Many in the R3 team don't have Windows as primary OS and must settle for Wine, which is buggy and slow. I think OSX is the first one to come, and then Linux, but it depends on who will do the porting and how ninja skilled they are. :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Clueless once more...
On 30/08/2007, at 1.02, Kai Peters wrote: probe type? lv/totals/1 =3D pair! tmp: lv/totals probe type? tmp/1=3D integer! How is that even remotely possible ? How can tmp/1 be different from lv/totals/1 ? Did they not start out as the same? Can someone please enlighten me? lv/totals is a function, so giving it /1 as refinement would just work as a function refinment, and not the first element of a pair. To get the correct result, use: probe type? first lv/totals = integer! -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: When is none not none?
On 26/07/2007, at 16:03, Jonathan Kelly wrote: compose [ (val) (none) (none) ] Alternatively: reduce [val none none] And of curiosity, you get none back as a word, which produces an error: reduce [val 'none 'none] -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Antwort: Re: LIST-VIEW typo
On 13/07/2007, at 17:09, Peter Bj=F6rk wrote: However, I've fixed another bug with regards to multi-select for =3D20 0.0.51 which will be available later today. Sorry about the delay, as I'm doing work on REBOL 3. LIST-VIEW is going to miss some features here, as the cursor code is =20 not very complete. It'll take a few days more work to do that, and I =20 don't have time to work on that now. Meanwhile 0.0.51 is out with =20 some other fixes at: http://hmkdesign.dk/rebol/ -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: LIST-VIEW typo
On 12/07/2007, at 17:06, Peter Bj=F6rk wrote: Hi all, I've been playing with list-view, and I enjoy it a lot. I saw that it crashes when you try to navigate upwards in multi-select mode via the keyboard, and found what looks like a typo on line 2140. After removing the extra 'face' path it works, at least for me. Could you paste the code that you changed, please? I don't recognize =20 any problem in line 2140, as I released a new version 0.0.50 of LIST-=20 VIEW less than 10 hours ago, so the code may have changed or moved =20 around. However, I've fixed another bug with regards to multi-select for =20 0.0.51 which will be available later today. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Antwort: Re: LIST-VIEW typo
On 13/07/2007, at 15:17, Peter Bj=F6rk wrote: snip paste OK, this bug is fixed in 0.0.50. 0.0.51 will be available soon with =20 more fixes. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Async Rugby
On 24/04/2007, at 18:19, Gabriele Santilli wrote: 2007/4/24, Henrik Mikael Kristensen [EMAIL PROTECTED]: By the async sources, do you mean: http://www.rebol.it/giesse/async-protocol.r ? Latest one is: http://www.colellachiara.com/soft/libs/async-protocol.r It won't help much if Rugby is not using async-modes though. I'm inclined to do a rewrite of hipe.r as Maarten mentions on AltME: If you use async:// you'll have to rewrite hipe.r and use Gabriele's do-after, do-every mezzanines as well. Would be great, because then there is a fully async Rugby and it *is* do-able. Kinda puts the stress on REBOL services. Note that the stub layer etc. will still work as that is decoupled from transport. as I'm constantly frustrated with the lack of async ability for properly displaying wait indicators and generally avoid program lock ups, particularly with get-rugby-service and with unreliable networks. But I'm afraid I haven't the foggiest idea how to do that. I'm looking at hipe.r, but it looks to me as if hipe is handling threading, ports, handlers and such in a way, that replacing it or rewriting it to use async:// doesn't add up for me. It seems I should attack a lower level than hipe, to do this. Any help would be appreciated. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
On 25/04/2007, at 0:16, Maxim Olivier-Adlhoch wrote: so I added attempt [ if port [ close port ] ] What exactly does if port do? Does it return that the port exists, is opened, has data or what? -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
BTW: I noticed on write-io hangs that the CPU usage is near 0, but GUI events are blocked. Are GUI events and network events stored in the same event queue? -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
On 23/04/2007, at 19:54, Louis Gosselin wrote: Henrik, I believe our programmer here traced back the problem of client disconnects to the value of wr-res which becomes set to -1 in this case. So the condition in the either statement was simply changed to include it. if not ud/result-written [ wr-res: write-msg ud/result o/port either any [logic? wr-res wr-res = -1] [ ud/result-written: true clear-buffer/upto o/port web-clearies ud/request-data stop o/port ] [ remove/part ud/result wr-res ]; either return ] Hope this helps. Unfortunately it doesn't, but this area might be the right place to look. I've implemented your fix anyway. :-) I'm trying to fix when you from the console are sending a large amount of data to the server and the connection is cut. There might be two scenarios happening: 1. Rugby gets all the data (it does not take long to transfer all data between server and client on the same machine). This can be a common case for example in the client console if you press escape just after sending a command. It seems to me that the console does not respond to escape, before the command is fully sent. If your client disappears before the response can be sent back, the Rugby server hangs. 2. Rugby does not get all the data. Perhaps this can be done with a hard cut with Ctrl-C. I admit that this scenario hasn't been tested properly yet, so there may be another challenge there. Anyway, the goal is to prevent this annoying hang at any case. I think the proper way would be to remove the port, if the data can't be sent back. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
On 24/04/2007, at 10:59, Henrik Mikael Kristensen wrote: Anyway, the goal is to prevent this annoying hang at any case. I think the proper way would be to remove the port, if the data can't be sent back. I've found an issue with write-io on a dead port in Rugby's write-msg function. It's the function to write a response to the client. If write-io encounters a dead port, it simply hangs. write-msg: func [ {Does a low-level write of a message.} msg dest [port!] /local length ] [ ; this function hangs on console escape on the client ; We try to write at least 16000 bytes at a time either 16000 length? msg [ length: write-io dest msg length? msg ; -- hangs on dead port ; Message written, we're done either length = length? msg [ return true ] ; We're not done. Return what we have written [ return length ] ] [ length: write-io dest msg 16000 ; --- hangs on dead port ] ; We're done, port is closed if 0 length [return true] return length ] I don't know how WRITE-IO really works, beyond it being an INSERT with a length indicator and an advice in the REBOL dictionary on not to use it. I tried with INSERT with the same hang results, so I guess I need to check if the port is OK before touching it with WRITE-IO. How does one best do that? Even if there is a check, you still need to use WRITE-IO, so what if the port dies between that check and WRITE-IO? -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
On 24/04/2007, at 12:29, Gabriele Santilli wrote: 2007/4/24, Henrik Mikael Kristensen [EMAIL PROTECTED]: I don't know how WRITE-IO really works, beyond it being an INSERT with a length indicator and an advice in the REBOL dictionary on not to use it. I Rugby using async-modes? If not, I guess REBOL should eventually timeout on a write, but it doesn't. This could be a bug - can you verify it with a simple script that tries to write to a dead port? Rugby does not use async. I will get to that later. If it is using async-modes, you should set it to 'write before calling write-io, which in turn should return a would-block error in this case. (Please look at the async:// source.) By the async sources, do you mean: http://www.rebol.it/giesse/async-protocol.r ? -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
On 24/04/2007, at 18:18, Gabriele Santilli wrote: 2007/4/24, Henrik Mikael Kristensen [EMAIL PROTECTED]: ; close port ; close port first? halt ; death notice received, halt so the port is dead Try quit instead of halt; OK, done that, but the result is the same. I said there was a timeout of 1 second, but I forgot that I inserted the 1 second wait myself. The write-io immediately returns to the prompt. also, what is exactly happening in your applications? Is the app physically disconnected from the server? The client app may crash hard at times, bringing up the Windows send feedback requester. If that happens at the right time, the server and the other clients hang as well. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
On 10/02/2007, at 18:40, Gregg Irwin wrote: Hi Petr, PK why do you use wait mode? :-) I don't. It's a direct/no-wait port already. We've adjusted the timeout down as well, but I don't want to set it too low, since some of these connections are cell-based, and I'm afraid we may lose them if we do that. Gregg, what was your solution? I'm sitting here studying the Rugby code. Rugby has a problem with that if you have multiple clients hooked to a Rugby server and one client abrubtly quits, the entire Rugby server hangs, because it keeps trying to read an open port with no data. Do you use a quick timeout to close the port or what? -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: [TCP networking ports] Fast disconnect if server dies
On 23/04/2007, at 18:59, Gregg Irwin wrote: Hi Henrik, I don't. It's a direct/no-wait port already. We've adjusted the timeout down as well, but I don't want to set it too low, since some of these connections are cell-based, and I'm afraid we may lose them if we do that. HMK Gregg, what was your solution? I'm sitting here studying the Rugby HMK code. Rugby has a problem with that if you have multiple clients HMK hooked to a Rugby server and one client abrubtly quits, the entire HMK Rugby server hangs, because it keeps trying to read an open port with HMK no data. HMK Do you use a quick timeout to close the port or what? I never did solve it under Rugby. v2 of the software, in development now, uses reb-services. The existing Rugby version (in use for more than 4 years now I think) still hangs once in a while; sometimes hard, and sometimes things still respond, just slowly. Thanks, I've been working with fixing Rugby bugs for a couple of months, among that solving at least one hang, and now am tracking down two other hangs, one of which is quite random, but fixable while the other might be a port bug in the Rebol kernel itself and so requires a workaround. Just so that everyone else who use Rugby will know. :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] 46.4 second survey at ThinkGeek
This survey: http://www.thinkgeek.com/feedback.shtml asks for your favorite OS, whether you like to code and what your favourite language is. Yes, REBOL is in there, so vote now! :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Minnix
On 29/03/2007, at 23:16, Ryan Cole wrote: Since its not based on a particular kernal of linux, I am pretty sure your out of luck. Unless there's a Linux emulator for Minix. I used the one in FreeBSD to run the Linux version of REBOL/View, as FreeBSD wouldn't run the FreeBSD version of REBOL and it worked fine. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: REBOL/SDK 2.7.5 for Mac OS X released
On 21/03/2007, at 10:38, Carl Read wrote: According to the REBOL site, you currently get 'Three REBOL encapsulators' with the SDK, which I assume means for Windows, Linux, and, umm, OpenBSD? Or is the third one Solaris? I think what is meant is different runtime environments for the same OS: enface, enpro and enbase. Speaking of which: What's the story on cross compilation? I would like to get rid of Windows here, but still be able to build Windows binaries. -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: REBOL/SDK 2.7.5 for Mac OS X released
On 21/03/2007, at 16:21, Gregg Irwin wrote: It shouldn't be too hard to set that up as a service, though you need trusted machines and either a fee structure, or a way to check license keys submitted with an encap request. I'm doing it myself as a service now, for on-demand compilation of Windows executables. It would be nice, not having to waste money on a Windows license for that on a dedicated compile server. Oh, well. :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Mailinglist Advantage
On 16/03/2007, at 11:44, sqlab wrote: I too favour the mail list over AltMe. In a sense, each group in AltME can be considered a thread, but a realtime chatting program does not lend much to a threading system without becoming rather complex to handle with thousands of threads. I've always hated mailing lists and strongly favour AltME, because it allows much more intensive discussion and I usually get answers very quickly, within seconds or minutes. Perhaps it's because I'm much more used to chatting, rather than the delayed non-realtime messaging system that email is. It also has a lot of potential with attaching information, such as a code snippet repository, checklists, links, integrated calendar, filesharing and you can quickly create private discussion areas with the people of your own choice, but I never understood why the RAMBO bug database access was taken out of AltME! It was far superior to the RAMBO web version. Until the recent downtime, it was the most reliable way for me to communicate with the outside world. It would be a good idea for SafeWorlds to come up with some tools to very quickly move serving from one host to another or at least allow realtime mirroring. I hope Reichart and company are thinking up a good plan for these cases. :-) -- Regards, Henrik Mikael Kristensen -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Tab List for RebGUI
Hi, all In my ongoing redesign of the graphics in RebGUI, I made a new tab list last week, based solely on DRAW. http://rebol.hmkdesign.dk/rebgui/rebgui-tabpanel.png It's not 100% ready for inclusion yet, but I wanted to hear from you folks whether you like the contrast, gradient style and how clear it is with the selected tab, compared to the original. -- Regards, Henrik Mikael Kristensen http://www.hmkdesign.dk/rebol/ -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
[REBOL] Re: Tab List for RebGUI
On 20/03/2007, at 16:13, Petr Krenzelok wrote: http://rebol.hmkdesign.dk/rebgui/rebgui-tabpanel.png I don't know guys. Maybe it is me, but I like darker colors? Maybe I am just full enough of XPish look? All RebGUI looks too dull and boring. If I personally compare with http://www.xidys.com/cyphre-styles.jpg , or Detective look, it looks refreshing. Maybe I don't like pinky/yelowish/red/beige cast to the interface. I like more clean white (sharp) interface. The color is the cause here, I think. It's easy enough to fix. I could try to copy the color scheme from the detective for future screenshots. The tabs are fully color adaptive, so there should not be a problem in that. New tabs are nicer, as they do use gradients, but imo we need some full color scheme as new default for RebGUI. Pity we don't have gfx man here, who would do complete mock-ups of the interface. As for another point on tab - shouldn't it be 1 or two pixels taller, to better fit with button's size? I actually tried this, but it led to much greater code complexity and it failed to work properly with the blue outline of the panel, which was pushed below the visible area inside the panel and I could not figure out how to counter adjust for that. The second issue is that each tab is actually 1 pixel narrower than you see, because two adjacent tabs share the vertical 1 pixel line. When I tried to move the tab 1 pixel above, there was an ugly hole in the outline, which would be very expensive to fix. The third issue was that text placement will look wrong, i.e. the text for a highlighted tab will be pushed down, if the tab isn't place exactly right vertically in the layout. I spent half a day on that single thing, so I just dropped it. :-) -- Regards, Henrik Mikael Kristensen http://www.hmkdesign.dk/rebol/ -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.