| # | User | Message | Date |
| 255 | Gabriele | i think there's one in the latest sdk archive. | 5-Jul-06 9:19 |
| 254 | Oldes | Will be there any new Rebol/Base build? The last one is from year 2004:( | 4-Jul-06 14:09 |
| 253 | Gabriele | i guess it's just that Carl hasn't had the time. I did fix some mezz bugs for that release... | 28-Jun-06 9:45 |
| 252 | Pekr | :-) | 28-Jun-06 8:15 |
| 251 | Volker | Truned out all to be features. | 28-Jun-06 8:13 |
| 250 | Pekr | What happened to SDK 2.6.3? It was announced on March, 2 by Carl. We were supposed to submit latest bugs to fix. So I wonder, if there are no bugs since 2.6.2, that 2.6.3 was not released? :-) | 28-Jun-06 8:10 |
| 249 | Pekr | and other thing - blog very often raises some questions, dunno if those are mainly rhetorical questions or so, but decision for particular areas are never announced. | 26-Jun-06 6:58 |
| 248 | Pekr | Gabriele - but maybe it would be worth to publish some blog article, about the state of Rebol 3. I know that every single project is delayed, but it starts to look strange once again - alpha in may, beta in June. It is end of June, according to another blog Carl is supposed to spend several weeks in France at that time, and no mention of when aproximately alpha will be out? | 26-Jun-06 6:57 |
| 247 | Gabriele | no news currently. | 25-Jun-06 13:44 |
| 246 | PeterWood | Any news of BCD datatype? | 25-Jun-06 8:20 |
| 245 | PeterWood | Any news of RIF? | 25-Jun-06 8:20 |
| 244 | Brock | So one thing I would like to suggest is that the "Change" button in the installer defaults to the folder as indicated in the default path provided when you start the installer. I think this is the root of the problem as the text looked like it was fully provided but the path field was short and we didn't confirm the full path. In my opinion it should have included \Rebol\View, but believe it did not. | 15-Jun-06 18:14 |
| 243 | Brock | no, it only seemed to delete registry settings and the appdata/view folder. Nothing from his program files folder was erased, which is a good thing for him. | 15-Jun-06 18:08 |
| 242 | Gabriele | no, it doesn't; it removes everything in the data dir but only if you confirm the deletion. | 15-Jun-06 18:08 |
| 241 | Pekr | So Rebol removes everything in installed folder? | 15-Jun-06 18:06 |
| 240 | Gabriele | so note that 1) it does not delete anything without asking confirmation and 2) only deletes the data dir which should be appdata\view\ | 15-Jun-06 18:00 |
| 239 | Brock | when he went to change from C:\ to d:\ and hit the "Change" button on the installer, we didn't catch that it had removed the "Rebol\View" portion and defaulted to the drive he launched the installer from. | 15-Jun-06 18:00 |
| 238 | Gabriele | not install dir, data dir | 15-Jun-06 17:59 |
| 237 | Gabriele | do-uninstall: does [ attempt [delete data-path/bypass-install] if get-face ckd [ if confirm reform ["Please confirm that you want to delete all files in" to-local-file data-path][ attempt [delete-dir data-path] ] ] found? all [ attempt [unlink-rebol form system/product true] attempt [unassociate-file true] attempt [unregister "REBOL" form system/product true] ] ] | 15-Jun-06 17:59 |
| 236 | Brock | it's mentioned in my first post... C:\Program Files instead of C:\Program Files\Rebol\View | 15-Jun-06 17:59 |
| 235 | Gabriele | well, uninstall does no more than this: | 15-Jun-06 17:59 |
| 234 | Brock | Another victim... <path as above>\UnleashIT, all profiles removed. | 15-Jun-06 17:58 |
| 233 | Gabriele | what was the data-path set to while installing? | 15-Jun-06 17:57 |
| 232 | Gabriele | not that I know of. | 15-Jun-06 17:57 |
| 231 | Brock | Did any of Gregg's installer code get migrated into the new RT installer? | 15-Jun-06 17:55 |
| 230 | Gabriele | i don't think rebol touches anything inside appdata\microsoft, probably something strange has happened. | 15-Jun-06 17:53 |
| 229 | Brock | Posting 3 up starting "It handled..." should read "The uninstall seemed to handle..." | 15-Jun-06 17:43 |
| 228 | Brock | Initial investigation shows that only the two directories above were affected as other folders in the same path have all of their subdirectories intact. | 15-Jun-06 17:38 |
| 227 | Brock | I think the uninstaller simply removes the registry settings for rebol as the rebol.exe was still in the program files folder after the uninstall. | 15-Jun-06 17:38 |
| 226 | Brock | It handled only the removal of the Rebol specific files from the Program Files folder as expected. | 15-Jun-06 17:37 |
| 225 | Brock | Further investigation shows that the files that have gone missing from his system are all in the c:\Documents and Settings\<User Account>\Application Data\Microsoft\ Internet Explorer and MSN Messenger folders... the files impacted seem to be all of the customizations he has made to these two apps. | 15-Jun-06 17:29 |
| 224 | Gabriele | actually i wouldn't be surprised if it had deleted your whole program files dir. | 15-Jun-06 17:27 |
| 223 | Gabriele | wait, installing to c:\program files means that no rebol subdir is being created. | 15-Jun-06 17:26 |
| 222 | Brock | It's not going over very well with my five web-developer colleagues... they are saying he has been infected by the Rebolla virus and getting a very good chuckle out of it!!! | 15-Jun-06 17:24 |
| 221 | Brock | RT may want to try and replicate this install/uninstall inorder to confirm whether there is a problem with the installer. | 15-Jun-06 17:21 |
| 220 | Brock | Anyone else experienced any problems with something like this? | 15-Jun-06 17:20 |
| 219 | Brock | Problems installing Rebol/View latest official release 1.3.2 onto Windows 2000 Professional with all the latest Service packs... Rebol was installed using the default parameters, with the exception of the path, it was changed to C:\Program Files instead of C:\Program Files\Rebol\View. It was noticed immediately that the Microsoft Quick Launch toolbar disappeared. After an uninstall we found that the entire IE\Quick Launch folder was erased, but don't know if this was done by the Install or Uninstall. Afterwards, we rebooted the PC and found that the desktop image (which was added through IE) was also gone. | 15-Jun-06 17:20 |
| 218 | Kaj | "Working great" are not words I would use for the Linux version in general | 2-Apr-06 15:54 |
| 217 | Kaj | OK, it's working on Ubuntu Hoary | 2-Apr-06 15:53 |
| 216 | Gabriele | more feedback of the kind "works great on my distro" would probably make it go to the main download page | 2-Apr-06 15:07 |
| 215 | Kaj | That's not going to change | 2-Apr-06 15:07 |
| 214 | Gabriele | problem is that it does'n work out of the box in all distros (you may need symlinking/installing libs), and there's the freetype issue. | 2-Apr-06 15:07 |
| 213 | Volker | No draw with fonts makes it beta? No "every-linux"-version? Or overlooked. I opt to have it there too. | 2-Apr-06 14:37 |
| 212 | Kaj | Why is the View 1.3.2 release for Linux not on the main RT View download page? On the test build page it has release status, and I'm getting people who are unable to find the Linux download | 2-Apr-06 14:29 |
| 211 | Pekr | very cool, thank you Gabriele ... that is exactly what was missing. IMO ppl can wait, even longer then roadmap check-point state, but there should really be some roadmap and some more-often releases of alpha stuff - at least I found it vital, as ppl were throwing in some ideas, bug fixes, etc. | 17-Feb-06 7:14 |
| 210 | Anton | cool. | 17-Feb-06 1:50 |
| 209 | Gabriele | just to keep you informed (this is not an official announcement, we will be releasing a roadmap soon), the development of REBOL 3.0 is starting. no eta or feature list available yet. | 17-Feb-06 0:41 |
| 208 | Gabriele | probably. it was developed for that reason, though we haven't discussed it further. | 6-Feb-06 18:06 |
| 207 | Rebolek | Is this going to be part of REBOL, as written in blog article? | 6-Feb-06 13:41 |
| 206 | Gabriele | Henrik, see http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=reboldiff.r | 6-Feb-06 13:09 |
| 205 | Henrik | Is there any news on the DIFF function as written about in the blog here: http://www.rebol.net/article/0126.html and http://www.rebol.net/article/0128.html ? | 6-Feb-06 10:52 |
| 204 | Pekr | It's been long time since we heard any plans ... | 1-Feb-06 20:43 |
| 203 | Ingo | What's the current state and future plans of Rebol/Services? It's been a long time since there have been any news ... | 1-Feb-06 20:42 |
| 202 | JaimeVargas | Possibly, But there is not official position on universal binaries. | 1-Feb-06 6:11 |
| 201 | Jerry | Will REBOL/View support MacOS for Intel? I plan to get a MacBook Pro (Intel) Notebook. I would love to work on my REBOL projects in MacBook Pro. | 1-Feb-06 6:07 |
| 200 | JaimeVargas | Booting rebol on different systems will require good library support so as not to run into problems. But you are ideas are good. Another think is to be able to embed the core image into the ramdisk systems of flash memory, those problems are different in each case. | 29-Jan-06 4:05 |
| 199 | JaimeVargas | core by itself consumes 2MB of RAM and depending on your program it can take more than 10% of the CPU. BEER was designed with the restrictions of embedded hw in mind, so it keeps very tight memory use and cpu use is the main reason for BEER to be async. | 29-Jan-06 4:04 |
| 198 | JaimeVargas | Thats what why-wire has done with openbsd. Running on smaller embedded hw requires careful crafting of memory footprint and cpu use. | 29-Jan-06 4:02 |
| 197 | Henrik | addition: I mean embedded hardware products that run Linux and is fairly easy to access for experienced users | 29-Jan-06 0:03 |
| 196 | Henrik | question: I own a Linksys WAP54G access point which runs on a MIPS processor with a small Linux server on it. I tried loading REBOL/Core for MIPS onto it, but it couldn't run. The thing is, there is quite a lot of embedded hardware that runs such small linux servers. It would be easy to make control software via REBOL, connected to a PC running an encapped REBOL/View application. This would allow for rich realtime control software, rather than using the normal (slow and non-realtime) built-in webserver. I already managed to get realtime readouts on signal strength, by polling the access point through telnet and displaying a simple meter in a REBOL/View script, something not normally possible. But you could do much, much more, if you could run /Core on it directly. I think there is a lot of unused potential here. Would RT consider such ports of REBOL/Core to various embedded hardware products and provide a list of embedded hardware products that can run /Core? | 28-Jan-06 23:57 |
| 195 | Gabriele | upload script will be posted very soon (today, at worst very early tomorrow) | 26-Jan-06 16:11 |
| 194 | ? | Good point, I'll find out. | 26-Jan-06 12:49 |
| 193 | Pekr | maybe because demo upload script was promissed to be on-line on 8th of January, but so far ppl don't know, where to upload their demos. But, as I suggested, I don't expect there will be more than 5 - 6 participants, so instead of losing time to code such upload script, maybe it would be wiser to tell publicly an email address, where participants should send their demos :-) | 26-Jan-06 8:20 |
| 192 | ? | No, why? | 26-Jan-06 0:44 |
| 191 | PeterWood | Has the Holiday Demo Contest been cancelled? | 25-Jan-06 23:49 |
| 190 | Pekr | Is there any schedule for anything actually? Rebcode, rich-text, rif? All we know for past two months is OS-X is being worked on/updated, and some unconfirmed rumours of Rebol 3.0 being considered to be developed. Any other info? | 22-Jan-06 18:57 |
| 189 | Pekr | I was away for a week plus few days, and I thought that maybe I will be suprised by some new releases of Rebol. With RT announcing removal of alpha releases it seems to me, that they also managed to remove steam out of the community once again ... ? At least ppl had something new to test, post new request, ideas, etc. Now we once again don't know, when things like Rebcode will return back, or how Rebcode will be further developed, as we know, it misses security things .... | 22-Jan-06 18:54 |
| 188 | Gabriele | petr: actually even a static image with a "password" to copy stops 99% of automated spam scripts. anyway the situation with rambo is not that bad yet. i just wish i could delete that spam myself. | 12-Jan-06 14:48 |
| 187 | Louis | yeksoon, you assume right. | 12-Jan-06 14:02 |
| 186 | yeksoon | ah, yes... Jawi. my assumption is Bahasa Indonesia in Latin | 12-Jan-06 13:19 |
| 185 | Pekr | ah, rambo got spammed once again ... I think that we will have to introduce View generated visual numbers, which you will have to enter into some field ... that seems to be the only protection .... | 12-Jan-06 7:54 |
| 184 | PeterWood | YekSoon: Presuming the "Indonesian Language" is Bahasa Indonesia and not one of the hundreds of native languages, the difficulty will be if it is written in Jawi script. (Which I'm sure you know is Arabic script with a couple of added letters). | 12-Jan-06 7:45 |
| 183 | Pekr | from SDK libs directory, only rebol.exe seems to have 'run inside. That is imo inconsistency ... I will rambo it ... | 12-Jan-06 7:40 |
| 182 | Pekr | hmm, run is in latest View 1.3.2. Do you miss it with SDK? | 12-Jan-06 7:37 |
| 181 | Graham | Can 'run be added to the sdk ? It's in IOS ... | 12-Jan-06 5:59 |
| 180 | Louis | Indonesian is no problem. Greek with accent and breathing marks is the problem. | 12-Jan-06 4:54 |
| 179 | yeksoon | why is displaying difficult for "Indonesian language"? | 12-Jan-06 4:45 |
| 178 | Louis | Documentation here: http://icu.sourceforge.net/userguide/icu.pdf Does this look to you pros that it will work with REBOL command. | 11-Jan-06 20:22 |
| 177 | Louis | I found this: http://www-306.ibm.com/software/globalization/icu/downloads.jsp Now I'll have to see if I can get it to work with REBOL Command SDK. | 11-Jan-06 20:11 |
| 176 | JaimeVargas | Now I don't know anything about unicode format, but writing a parser for it, should be that hard. | 11-Jan-06 18:46 |
| 175 | JaimeVargas | Very low level solution but possible. | 11-Jan-06 18:45 |
| 174 | JaimeVargas | Displaying is probably the most difficult, specially for indonesia language. Conversion should be that hard. I guess you are receiving your data in unicode format. So you will need a parser to scan the bytes in the unicode buffer (a simple string!) and maybe generate the display by using the glyphs that encode each char. | 11-Jan-06 18:45 |
| 173 | Louis | I have two needs: (1) I need to display Greek, English, and Indonesia in the same file. (2) I need to be able to convert uppercase Greek characters with accent and breathing marks to lowercase without losing the accent and breathing marks. | 11-Jan-06 18:34 |
| 172 | Pekr | Jaime - e.g. what I need is quite simple - having app on Windows, I need to submit my data to mySQL data in Poland, so it needs to be translated to another charset .... (but IIRC it can be done on server, so I will hopefully manage it without rebol supporting unicode for now ) | 11-Jan-06 18:28 |
| 171 | JaimeVargas | Louis what you want to do with Unicode. What sort of support you need? | 11-Jan-06 18:26 |
| 170 | Pekr | Louis - php uses its "own function", called iconv. AFAIK, iconv is unix utility, maybe you can use that command-line tool or maybe it is available as a library? Dunno ... | 11-Jan-06 18:22 |
| 169 | Louis | I wonder if there is a C dll somewhere that would give unicode support to the SDK. I have been searching the web for one, but haven't found anything yet. I hate the thought of going back to C, as I haven't programmed in C for a long time. | 11-Jan-06 18:21 |
| 168 | Louis | Thanks, Peter and Pekr. But of course I am a little disappointed as I badly need unicode support right now. | 11-Jan-06 18:18 |
| 167 | Rebolek | Q: What's the reason for moving submission date for Demo Contest to 31.1. ? Thanks. | 9-Jan-06 8:56 |
| 166 | Pekr | nobody knows - scroll up a bit - I asked the same question not so long ago .... | 3-Jan-06 14:53 |
| 165 | PeterWood | From Core Louis asked "Does anyone know when rebol will support unicode?" | 3-Jan-06 14:52 |
| 164 | Gabriele | Graham: yes. I think there were someone who already tried it with the old activex plugin. If not... I'll ask Carl | 3-Jan-06 13:09 |
| 163 | Oldes | it would not be so big, in the archive are compressed the charset sources as well (almost 10MB uncompressed) | 2-Jan-06 8:51 |
| 162 | Pekr | if it is so big, should be plug-ins .... included top 5 or so languages directly maybe ... dunno ... | 2-Jan-06 8:50 |
| 161 | Pekr | thanks, oldes! | 2-Jan-06 8:49 |
| 160 | Oldes | there should be archive of mu ucs2 script which I use almost every day: http://oldes.multimedia.cz/rss/projects/ucs2_latest.rip | 2-Jan-06 8:46 |
| 159 | Oldes | I have rebol scripts for converting chars to unicode, the problem is, that Rebol cannot print unicode strings and the socond thing is, that you need conversion tables. There must be some way how to distribute these tables from network, because I'm sure you don't want to make Rebol about 2MB bigger than now you to support some charsets. | 2-Jan-06 8:45 |
| 158 | Graham | Is the rebol.dll included with the sdk2.62 the same as the viewdll that is the plugin ? If so, what are the magic numbers to use to make it act as the plugin ? ( the old plugin doesn't have AGG ). Thanks. | 2-Jan-06 5:32 |
| 157 | BrianH | OTOH, rebcode is great if you know what you are doing, or are running code written by someone who does, or generated by a code generator written by someone who does. The semantics seem to have stabilized, so you can get to work on those generators. When they resolve the crashes rebcode will be pretty sweet for REBOL. | 27-Dec-05 18:57 |
| 156 | BrianH | It's funny, I had to reboot Windows more often while testing rebcode than I have ever needed to for an entire year with that computer. Server 2003 is very stable, but crashing processes a dozen times or more a day can wear on it a little, so I needed to reboot every couple days. Normally I would need to reboot only for occasional updates of certain third-party software, never more than once a couple months. | 27-Dec-05 18:52 |
| 155 | BrianH | That's what alpha means, so I'm not complaining :) | 27-Dec-05 18:46 |
| 154 | BrianH | But yes, security is abysmal in rebcode. That would need some major changes to get into production. I've never seen an easier way to crash REBOL. At least it's probably not exploitable, as even the slightest error in your code causes REBOL to core dump. | 27-Dec-05 18:44 |
| 153 | Pekr | :-) ;-) :-( | 27-Dec-05 18:42 |
| 152 | BrianH | I was invited to help with the docs. I said yes. I never heard back. Oh well. | 27-Dec-05 18:41 |
| 151 | Pekr | Brian - you were invited to help with Rebcode in some area - was it docs? What is the state of rebcode - nearly final? Is there anything else of why it can't be released into production rebol version? Security? | 27-Dec-05 18:40 |
| 150 | BrianH | But I agree about the schedule. RT has been cut much slack by me because of the holidays though. | 27-Dec-05 18:36 |
| 149 | BrianH | Hey, noone told me it was originally a joke until after services showed up early. Just trying to help :) | 27-Dec-05 18:35 |
| 148 | Pekr | Briah - Volker surely knows it was a joke ;-) He just tried to point out imo, that we could get some features schedule in months or year-quarters ... | 27-Dec-05 18:33 |
| 147 | BrianH | Volker, that 14.11 was a joke reference to 14-Nov-2005, the date given at the conference to all questions about release dates, not a version number. That date was given as a joke that many didn't get, apparently. Myself included, but I didn't make it to the conference. | 27-Dec-05 18:30 |
| 146 | Volker | I agree. 14.11 is a bit far away. Month would be a lot better! (Did i miss something? Opps, SCNR ;) | 27-Dec-05 17:37 |
| 145 | Pekr | It is not about "we tell you and you quote us on that" thing, but about bit of a planning for others ... we surely don't want 14.11. exact dates :-) Just months, average ....:-) | 27-Dec-05 16:59 |
| 144 | Pekr | pity we don't know RT's priority list even a bit. 1.3.2, that is the cool thing. However, async kernel retired no-one is able to know for how long, rebcode is retired no-one knows what and when happens to it (e.g. will there be bitmap opcodes as discussed implemented?), unicode, rif (where even RT admits it is important for Altme2.0/coop project, rebdb is stagnatting because of that), rebin, we wait for what-is-going-to-happen-with-VID since devcon, being said we will know "soon" ... etc ... So, what is next, guys, and when? :-) | 27-Dec-05 16:57 |
| 143 | yeksoon | since I saw Unicode mentioned in the chat message.... I am putting in my "+1" request for Unicode support. eg. languages like Chinese | 27-Dec-05 16:42 |
| 142 | Pekr | in that regard, I wanted to ask Ladislav, about security - is it possible to protect system words, even to not be unprotected? :-) Imagine rebol would use system/locale for things like system messages in order to be translatable, but then someone could change the strings, which could be big security risk (user answering to different question) | 27-Dec-05 12:00 |
| 141 | Pekr | not only that - it could be properly supported by sort/collation kind of functionality, as other environments do (mySQL). Rebol even does not use its system/locale in its own calendar ;-) | 27-Dec-05 11:58 |
| 140 | Ladislav | "rebol's internationalisation support is pretty weak in that regard" - if you mean that REBOL does not support Czech sorting, then you are right. Otherwise Rebol supports Czech coding supporting ISO Latin 2 as mentioned above | 27-Dec-05 11:56 |
| 139 | Pekr | has anyone thought out already at least, how to get unicode in rebol working? What becomes with bitsets, which are 8bit based? | 27-Dec-05 11:33 |
| 138 | Pekr | I am just saying, that having unicode would be nice :-) | 27-Dec-05 11:32 |
| 137 | Pekr | so far, I will do with calling external conversions routines for submitted strings from polish partner ... | 27-Dec-05 11:31 |
| 136 | Ladislav | Gabriele: I checked the support of capital letters and found out, that all Czech capital letters found in ISO Latin 2 were supported, i.e. case conversions were supported. This is somewhat simpler than Czech sort. | 27-Dec-05 11:30 |
| 135 | Pekr | that was Gabriele who asked about sorting and if it needs unicode ... we need unicode for rebdb though ... | 27-Dec-05 11:30 |
| 134 | Pekr | I know those are two distinctive things, but slightly related - simply put - rebol's internationalisation support is pretty weak in that regard ... | 27-Dec-05 11:29 |
| 133 | Ladislav | Pekr: Czech sort does not have anything in common with Unicode. It is complicated (much more complicated than useful in computer era). Any code (Unicode, ISO Latin2, Windows 1250, ...) can be used, the sort algorithm needs to be implemented in any case. | 27-Dec-05 11:27 |
| 132 | Pekr | ok, thanks ... | 27-Dec-05 11:11 |
| 131 | Gabriele | anyway... there are no news on unicode support currently... so no real answer i can provide you yet. | 27-Dec-05 11:11 |
| 130 | Pekr | but aso - doing database for cross poland, czech, slovak users is well, impossible ... | 27-Dec-05 11:10 |
| 129 | Gabriele | i think that ladislav checked on this... and said that the current SORT was ok | 27-Dec-05 11:10 |
| 128 | Pekr | we have e.g. "c" with hook, which sorts behind the "c", but 'sort puts it et the end, because those chars are imo at some higher charset position ... | 27-Dec-05 11:10 |
| 127 | Pekr | dunno ... but sort fails .... | 27-Dec-05 11:09 |
| 126 | Gabriele | does sorting Czech require Unicode? | 27-Dec-05 11:09 |
| 125 | Pekr | unicode answer, if possible, please? | 27-Dec-05 10:50 |
| 124 | Gabriele | (just to give you a quick - but unofficial, so don't quote me on this - answer, i think that the development for the plugin will be done completely outside of RT, for example as a community project. so it's very unlikely that RT will be able to give you a schedule on this.) | 27-Dec-05 10:49 |
| 123 | Henrik | Q: What will be the future plan with the browser plugin, say within the next 3-6 months? How much more do we need before it can be called production ready? I have a few large scale projects that require a production ready plugin (so users won't have to download and install an executable). | 24-Dec-05 17:26 |
| 122 | Rebolek | Q: What's the current status of REBOL Demo Contest 2005? Can you provide any details to us? Deadline, rules, etc... thanks | 21-Dec-05 9:38 |
| 121 | Pekr | Q: I would like to ask, what is the status of Unicode support. We now have one Czech app, where we have to sort according the czech alphabet. We can do some tricks, but it slows down ... | 13-Dec-05 9:16 |
| 120 | BrianH | Call it 1.3.62 or something :) | 11-Dec-05 21:56 |
| 119 | BrianH | Allright, here's a Q: Can we get a new rebcode alpha based on the 2.6.2 enhancements? | 11-Dec-05 21:55 |
| 118 | BrianH | Well, it would help for using rebcode as a compiler target (pet project)... Still, there have been a few requests for this kind of opcode around here, particularly from those using object-based data structures. The overhead of such code would go way down if there was some kind of fast field access. | 11-Dec-05 21:54 |
| 117 | Gabriele | note that if speed is what you are after, this is likely to be the fastest way; if the object changes in a loop, then the rebcode advantage is probably not big, though i understand there may be cases in which a BIND or IN opcode would be desirable... | 11-Dec-05 21:46 |
| 116 | BrianH | (Still to Volker for this) By using in rather than bind, you save a set instruction. Of course if the "object" word refers to a word rather than an object, that advantage is less so because we will have to convert the word to its context like this: apply w bind? [object] apply w in [object w] getw value w But for that to work we would need a new rebcode alpha with the 2.6.2 enhancements. | 11-Dec-05 21:45 |
| 115 | Gabriele | one solution is: >> f: rebcode [] [add.i x x] >> f': func [obj] [bind second :f obj f obj] >> probe f' context [x: 3] make object! [ x: 6 ] | 11-Dec-05 21:42 |
| 114 | BrianH | Volker, for now your example can be implemented as this: apply w in [object 'action] getw value w | 11-Dec-05 21:30 |
| 113 | BrianH | Do I need to compile a RAMBO request? | 11-Dec-05 21:26 |
| 112 | BrianH | Yes, this bind-like opcode was one of the requests that we came up with when we were compiling a list of rebcode enhancements. Thank you for implementing many of the other enhancements on that list :) | 11-Dec-05 21:22 |
| 111 | BrianH | As for the question about rebcode binding, let me make it clearer: It would solve all of the object field retrieval problems in rebcode to have an opcode added that would be the equivalent to the IN native, or maybe BIND. You wouldn't need path evaluation to be added - you could just retrieve an object field word and use setw/getw with it. Yes, you can use apply, but it is very slow in comparison with opcodes. Working with object fields is a pretty basic operation that doesn't have any direct support in rebcode, and some have come to miss it, particularly those that use objects in data structures. I often use blocks for data structures when I can because of the context overhead of objects, but some are more used to thinking in object-oriented terms. Plus, there's all of those built-in object-based structures. Still, I suspect that many of these questions would go away if apply was faster :( | 11-Dec-05 21:17 |
| 110 | BrianH | In response to the answer to my question about the path action (thanks!) I wonder, why do internal functions like path and native need to be assigned to global words at all? Can't they be assigned to some internal object fields, or in some way be hidden? I know that encapsulation isn't really REBOL's style, but littering the public interface with undocumented natives that can't even be used by mezzanine code seems a little silly. | 11-Dec-05 20:51 |
| 109 | Volker | Q: "One Laptop Per Child" A: "My current understanding is that the target software is Smalltalk based" Why not integrate rebol into smalltalk? You proposed a rebservice-access-library anyway, which - ups - is accidentally a real rebol under the hood. I expect that smalltalk is squeak, as i saw Alan Kay within the supporters, and Child and latops is his long-running topic. If, its multi-platform too, maybe we could even use squeaks multimedia in our lacking areas. | 11-Dec-05 13:39 |
| 108 | Volker | would not slow down the other statements. | 11-Dec-05 13:20 |
| 107 | Volker | set w 'action bind w object getw value w | 11-Dec-05 13:19 |
| 106 | Volker | (argh, switched "send on enter" on) | 11-Dec-05 13:19 |
| 105 | Volker | set w 'action | 11-Dec-05 13:17 |
| 104 | Volker | Its about passing objects as parameters. Then binding is not known at compile-time, and changing anyway. It can be an ugly extra instruction. | 11-Dec-05 13:16 |
| 103 | Volker | A: "I estimate that rebcode would be about two times slower than it is now." | 11-Dec-05 13:13 |
| 102 | Volker | Q: "Is rebcode going to support paths and/or some kind of binding?" | 11-Dec-05 13:12 |
| 101 | Pekr | many thanks, guys! | 11-Dec-05 12:09 |
| 100 | Gabriele | Q: (note - my view may be influenced by insufficient knowledge in the area given) - last weeks I played with wrapping some Win32 functions. I started discussion on dll.so channel, to ask developers, if they would enhance interfacing to C libraries in some way, and there was few ideas appearing. We currently have also rather strange callbacks support (limited to 16) and I would like to ask, taking into account that DLL interface in Rebol was not changed/enhanced since it appeared long time ago, if RT sees any area in which it could be made more robust, developers friendly etc.? A: We are planning to do a lot more on DLLs. In fact, future versions of REBOL will expand on the way DLLs are used in REBOL. For example, I would like to see DLL support for media loaders and savers, so if we do not directly support a specific type of media file (say, TIFF) then an external DLL can be provided to load it. There are a few other DLL related features down the road, but it is still a bit early to talk about them. Q: I realize that the open sourcing of the viewtop wasn't that successful, but do you still intend to keep releasing newer versions of it? AFAIK the current release is over a year old. I've experienced a lot of obvious bugs in the viewtop editor, which I think can easily be solved by people outside RT. A: yes we will continue to release newer versions. View 1.3.2 fixed a number of bugs in the Viewtop editor that were listed in on RAMBO. Any fixes and enhancements from the community are greatly appreciated (by everyone, not only RT!) You can post them to RAMBO, and we will review and include them (if they look good). Q: While reviewing the action! functions, I noticed the path action. The doc comment says "Path selection.". The parameters aren't typed. Does anyone know what this action does, and how to use it? Or whether it can be or should be called directly at all? A: the PATH action is what the interpreter uses to evaluate VALUE/selector expressions for each datatype. It is an internal action and has no external purpose in programs. These kinds of words often appear as a sort of "side-effect" from how REBOL is structured. Datatypes are implemented as a sort of object class, where the interpreter "sends messages" to the class to evaluate expressions. The PATH action is a message that tells the datatype to perform a pick-like or poke-like internal function. Q: Is rebcode going to support paths and/or some kind of binding? A: Certain rebcode can support anything we feel is important to put into it, but note: many things we add could slow it down, by a lot. For example, if we were to allow paths as variables, I estimate that rebcode would be about two times slower than it is now. Perhaps one way to solve this issue is for you to use COMPOSE prior to specifying your rebcode body. Within the compose, you can use IN object 'word to "pre-compute" the context references for words. For example: add.i (in object 'num) 10 Your question about binding is not clear to me. Rebcode already supports binding. Your rebcode can be part of an object context, and rebcode function words are bound to the code context. (Perhaps you are referring to an older bug that has since been fixed?) Q: What do you think about http://mail.rebol.net/maillist/msgs/39493.html ? Why not say a word in your blog, if you think that it's interessant for rebol developpment, and if you want to contact them ? A: Recently, I had the chance to sit down and talk with one of the main people from the One Laptop Per Child project (he is a friend of mine from Apple Computer days). The project has an interesting goal, but there are also many difficult issues around it (not just in the technical side, but also on the social and cultural sides). My current understanding is that the target software is Smalltalk based. Yes, it would be very interesting to allow REBOL on that system, but if you look at the list of principals for the project, you will see that such a revolution is unlikely. Is it possible that perhaps REBOL could provide some additional capability in the future? I think so. We have some special plans that I think will bring REBOL to platforms like that in the future. But, this is too early to say more. Q: 1. What is fixed/added in 2.6.2/1.3.2 (change-log, please) ? 2. What is planned for 1.4.0 (rebcode, rebservices, rich-text, RIF, and last but not least, fixed sound ...) ? 3. When can we expect 1.4.0 ? Thanks. A: 1. Gregg is preparing a summary. The document should be available this week. 2. We are evaluating a large variety of changes in REBOL, more than even the 1.4 release that we've talked about. I hope to be able to say more about these plans soon. | 11-Dec-05 10:11 |
| 99 | Rebolek | yes :) | 6-Dec-05 21:49 |
| 98 | Volker | Thats exactly the "ore than 50 RAMBO" :)) | 6-Dec-05 21:47 |
| 97 | Rebolek | Hm, if you search for 1.3.2 51 tickets match the query | 6-Dec-05 21:46 |
| 96 | Henrik | some are labeled "fixed in Core 1.3.2" and other names... don't know if it searches single words or exact phrases | 6-Dec-05 21:46 |
| 95 | Volker | or he forget to mark? | 6-Dec-05 21:45 |
| 94 | Rebolek | In Carl's blog is written "More than 50 RAMBO tickets have been implemented or fixed." so there's at least ten more fixed bugs and convolve effect has been added, so there are some new features (or at least one :) | 6-Dec-05 21:44 |
| 93 | Volker | "fixed in 1.3.2": There are 41 tickets that match your query. | 6-Dec-05 21:37 |
| 92 | Rebolek | Some questions for tommorows Q&A wednesday: 1. What is fixed/added in 2.6.2/1.3.2 (change-log, please) ? 2. What is planned for 1.4.0 (rebcode, rebservices, rich-text, RIF, and last but not least, fixed sound ...) ? 3. When can we expect 1.4.0 ? Thanks. | 6-Dec-05 13:27 |
| 91 | Gabriele | Alberto: AFAIK, that is correct. Only CLOACK if you don't have /Pro or /Command. | 30-Nov-05 10:51 |
| 90 | Gregg | AFAIK the free versions of REBOL will have to make do with ENCLOAK/DECLOAK. | 29-Nov-05 22:38 |
| 89 | Gregg | I worked on an STunnel installer and portal for SURFNet. Not sure what parts of it are public. Maybe Maarten will chime in. | 29-Nov-05 22:38 |
| 88 | Alberto | thanks Pekr! | 29-Nov-05 18:10 |
| 87 | Pekr | stunnel could do the job, good tool ... | 29-Nov-05 18:09 |
| 86 | Alberto | yep. already googling, thanks | 29-Nov-05 18:09 |
| 85 | Volker | No. IIRC Gregg was involved? I guess a google with "rebol" could help | 29-Nov-05 18:08 |
| 84 | Alberto | Interesting!. Do you have a link?... | 29-Nov-05 18:07 |
| 83 | Volker | About current yes, about plans i guess not. But maybe ssh-tunnel? I heard about an installer for that in rebol. | 29-Nov-05 18:05 |
| 82 | Alberto | Q about encryiption within rebservices: my *guess* is if you are using core or view, then rebservices can' t use rsa encryption method but must use encloack/decloack method. And there is no plans to upgrade for rsa support in the next releases of core and view . I'm rigth? | 29-Nov-05 18:02 |
| 81 | Pekr | anyway - thanks for the answer ... so RIF might or might not come .... hopefully it stays high enough for the next wave of updates ... | 29-Nov-05 12:19 |
| 80 | Pekr | changes re technology, or just that platform changes, so e.g. OS-X gets priority etc.? :-) | 29-Nov-05 12:18 |
| 79 | Gabriele | RIF is quite high priority. But there have been changes in priorities in the last couple weeks, so other things are going to happen first. | 29-Nov-05 12:18 |
| 78 | Pekr | Gabriele - just curious - do you know if RIF will be in-there for e.g.? | 29-Nov-05 12:16 |
| 77 | Gabriele | Sunanda: I can only post answers if i get them. :( | 29-Nov-05 12:14 |
| 76 | Pekr | Gabriele - I know about rich-text, but from Cyphre I also know, that at DevCon, IIRC, it was part of an external library, so hopefully there is no problem with further integration, all goes well, and we will hear some updated status info soon ... would be nice. | 29-Nov-05 11:59 |
| 75 | Sunanda | Gabriele, your introductory posts in this group said: "I will post answers here each wednesday." There are some questions that are several wednesdays overdue for a response. Are there issues with continuing this group? | 29-Nov-05 11:51 |
| 74 | Gabriele | 14.11: only RichText is late, actually. And, you have seen it at DevCon, so you know it's real. I agree with you an official update would be great, though. | 29-Nov-05 11:42 |
| 73 | Pekr | thanks a lot ... | 28-Nov-05 11:29 |
| 72 | Pekr | One of my rebol friends was also curious, if RIF will make it for the next update? | 28-Nov-05 11:29 |
| 71 | Pekr | Please, could RT post a small update in a form of short blog article about current state of developments? 14.11. was missed without single note ... | 28-Nov-05 11:28 |
| 70 | Pekr | Charles - the page is empty ... | 6-Nov-05 10:04 |
| 69 | Charles | What do you think about http://mail.rebol.net/maillist/msgs/39493.html ? Why not say a word in your blog, if you think that it's interessant for rebol developpment, and if you want to contact them ? | 4-Nov-05 9:01 |
| 68 | BrianH | Kru, one of the list of suggestions we compiled for rebcode was a BIND opcode. | 3-Nov-05 20:03 |
| 67 | Gabriele | Carl is pretty busy right now, se we should maybe pass the links later on. please remember me about it. | 3-Nov-05 10:50 |
| 66 | Rebolek | I've got a question for RT about rebcode. Is rebcode going to support paths and/or some kind of binding? Thanks | 3-Nov-05 10:20 |
| 65 | Pekr | http://www.liboop.org/why/ | 2-Nov-05 13:26 |
| 64 | Pekr | Gabriele - could you please pass my latest comments/links to Carl? I looked into Io slide-show and found they do use libevent library. I posted links into TechNews group. There is interesting reading in-there, also hidden is some links - liboop and The C10K problem ..... Maybe we will find another libraries for further rebol improvements, like Cyphre did find agg. | 2-Nov-05 13:23 |
| 63 | BrianH | I'll do a critique this evening, then. | 31-Oct-05 16:00 |
| 62 | Gabriele | Brain: probably, however I think Gregg may be happy to get your feedback anyway. | 31-Oct-05 10:26 |
| 61 | BrianH | Here's a question for RT: Should I wait on my feedback on the new rebcode docs until the next version of the interpreter, after the great rename? | 31-Oct-05 5:22 |
| 60 | Volker | the strange thing is that it puts this strange value there, which stops molding. | 31-Oct-05 1:09 |
| 59 | Volker | Not strange. it does a path-lookup. !> a: [b 1 c 2 d 3] == [b 1 c 2 d 3] !> a/c: 22 == 22 !> a == [b 1 c 22 d 3] !> a/4: 222 == 222 !> a == [b 1 c 222 d 3] | 31-Oct-05 1:08 |
| 58 | Geomol | yeah, strange! | 31-Oct-05 0:53 |
| 57 | OneTom | looks like a kind of inconsistency | 31-Oct-05 0:53 |
| 56 | OneTom | >> x: [a b c d] path x 'c x == [a b c] | 31-Oct-05 0:52 |
| 55 | Geomol | I'm not sure, how to make a use of it, but it does have an effect: >> blk: [a b c] == [a b c] >> path blk 3 >> blk == [a b] | 31-Oct-05 0:49 |
| 54 | BrianH | While reviewing the action! functions, I noticed the path action. The doc comment says "Path selection.". The parameters aren't typed. Does anyone know what this action does, and how to use it? Or whether it can be or should be called directly at all? | 30-Oct-05 23:37 |
| 53 | OneTom | as far as i remember, i wasnt able to try it out because the description was not obvious for a newcomer. maybe now i would succeed trying it | 29-Oct-05 21:23 |
| 52 | Graham | there's a place set aside for that .. go ahead. | 29-Oct-05 21:16 |
| 51 | OneTom | maybe we should write about using the opensource viewtop in the rebol wikibook | 29-Oct-05 21:04 |
| 50 | Philippe | hello, where I could find facts and values about Rebol vs Business world ? with reboltof (christophe Coussement, we have the project to write a white paper about Rebol and Business (target date, on March 17, 2005, for the french Rebol Day, Paris). How many developpers works with Rebol ? how many dowloads of Rebol/core and View ? How many licenses for SDK ? Examples of Business with Rebol, tools, softwares. Real-world softwares.... etc. | 28-Oct-05 19:58 |
| 49 | Henrik | Q: I realize that the open sourcing of the viewtop wasn't that successful, but do you still intend to keep releasing newer versions of it? AFAIK the current release is over a year old. I've experienced a lot of obvious bugs in the viewtop editor, which I think can easily be solved by people outside RT. | 26-Oct-05 10:36 |
| 48 | Sunanda | Gabriele -- could you point Carl to Feedback message #5a5e09270? It's been unanswered for a couple of weeks. Basically, asks if there is any plans for formating numbers -- as per the discussion here (core group, 5-oct) Thanks! | 26-Oct-05 9:34 |
| 47 | Pekr | good to know, some folks seem to be worried, about where to post, it the message gets to Carl, etc. :-) | 20-Oct-05 10:55 |
| 46 | Gabriele | Hey, I always read this world. maybe not every message... but I read it. | 20-Oct-05 10:40 |
| 45 | Pekr | I just fear one thing which tended to happen in the past - RT was silent before the release, release was done and then it was late for suggestions. Gabriele, please, try to avoid that :-) Tell Carl, please, that folks do need his attention here. You have some input in Rebol Enhancements group. In fact we don't know where to post, so some of us submit even to RAMBO. Everybody feels we are near freezing for 1.4/2.7, so please let's not cut some fine late enhancements. | 20-Oct-05 6:13 |
| 44 | BrianH | Gabriele or Carl, have you checked the conversation in "Rebol Enhancements" where we were hashing out enhancements to and comments on rebcode? Carl did request this in his blog... | 20-Oct-05 6:01 |
| 43 | Graham | If Wednesday has been delayed, perhaps we can find out what the secret developments in line for VID are ?? | 20-Oct-05 4:45 |
| 42 | Graham | Did I miss a Wednesday ? | 20-Oct-05 4:44 |
| 41 | BrianH | I agree! | 15-Oct-05 19:56 |
| 40 | Gabriele | btw, i think we should have a separate channel for enhancement requests... | 15-Oct-05 19:51 |
| 39 | BrianH | withdrawn | 15-Oct-05 19:44 |
| 38 | BrianH | Request withdwarn. | 15-Oct-05 19:44 |
| 37 | BrianH | After testing, it seems that sett considers none to be false. This is exactly what I needed. | 15-Oct-05 19:44 |
| 36 | BrianH | Nice :) | 15-Oct-05 19:38 |
| 35 | Volker | eq var none | 15-Oct-05 19:37 |
| 34 | BrianH | To rebcode I mean, and the flag would be the condition flag. | 15-Oct-05 19:37 |
| 33 | BrianH | There are a lot of functions in REBOL that return the value none to indicate failure. Could you add an opcode none?: ["Set flag if value is none" word!] to test for that? | 15-Oct-05 19:36 |
| 32 | Anton | Gabriele, I definitely would like to be informed and involved when VID changes are happening. You will let us know won't you ? | 15-Oct-05 10:14 |
| 31 | Pekr | Some time ago I talked with Carl here on AltME and mentioned PhotoThreads. Carl wanted me to keep an eye on it. There is newer version now. What is PhotoThreads can be read here: http://www.sics.se/~adam/pt/about.html .... maybe we are lucky enough to get concurency with Rebol 3.x family :-) | 13-Oct-05 19:54 |
| 30 | BrianH | Nevermind on the paths for refinements: I just saw rebcode test 10 and your apply, putting the refinements in the argument block - it will do nicely :) | 13-Oct-05 17:50 |
| 29 | BrianH | Anyway, thanks for the struct! support and the new datatypes! | 13-Oct-05 17:42 |
| 28 | BrianH | "A: I'm not sure what is meant by the path for it. You mean for refinements?" Yes, that is what I meant. If it is a major slowdown to check for this, add the APPLYP opcode I mentioned for the more general case, or have APPLY for the general case and APPLYF to apply functions only. Or you could just apply functions and have the refinements case be put in a do block or a wrapper function. You can handle refinements in rebcode, right? | 13-Oct-05 17:40 |
| 27 | Pekr | The Q for next weeks round is: (note - my view may be influenced by insufficient knowledge in the area given) - last weeks I played with wrapping some Win32 functions. I started discussion on dll.so channel, to ask developers, if they would enhance interfacing to C libraries in some way, and there was few ideas appearing. We currently have also rather strange callbacks support (limited to 16) and I would like to ask, taking into account that DLL interface in Rebol was not changed/enhanced since it appeared long time ago, if RT sees any area in which it could be made more robust, developers friendly etc.? | 13-Oct-05 9:30 |
| 26 | Pekr | Gabriele - why the secrets? :-) | 13-Oct-05 9:24 |
| 25 | Gabriele | Graham: More to come soon. :-) | 13-Oct-05 9:23 |
| 24 | Pekr | thank you very much Gabriele and RT - this aproach is SO MUCH appreciated, that you will probably not believe it! | 13-Oct-05 9:02 |
| 23 | Sunanda | Web-public already ---- True, but only for a month or three, depending on the Q&A rate. http://www.rebol.net/altweb/rebol3/chat390.html shows only the most recent 300 messages.....Many web-public groups have "lost" a lot of valuable discussions that way. A more permanent and Google-friendly home is needed for much of this. | 13-Oct-05 8:52 |
| 22 | Graham | Any reason why you can't be more specific here "Oh, and regarding VID: we plan to be making very big changes there. More to come soon." ? | 13-Oct-05 8:49 |
| 21 | Graham | web-public already | 13-Oct-05 8:48 |
| 20 | Sunanda | Thanks Gabriele and Carl. How about web publishing the answers somewhere, so the millions without Altme can see them? Perhaps as a weekly blog? | 13-Oct-05 8:47 |
| 19 | Gabriele | Q: What does the world on Nov-15-2005 look like? A: Our main goal is to get REBOL into the hands of more users, not just programmers and techies.... by the millions over time. By doing that, we create a market for not only handy free REBOL apps, but also for commercial apps and entire businesses that are related to REBOL. Q: Given that window transparency is OS specific, will there be a dialect that covers both Windows, Linux and 40+ other OS? In other words, does RT plan on continued support of so many languages, or are we entering a new era of specific OS support? A: Our plan is to make that a window option that is part of the face/options for a window. If an OS does not support this mode, then the option will be ignored, but the application will still be fully functional. Q: I hope it is still valid that cooperation with RT is possible. I mean - last few weeks I play with some Win32 functions (thanks to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop environments .... so I wonder if any SIGs will be created, some ppl will be invited to participate, comment etc., or if RT is gonna cook it all themselves? A: Yes, there are many such special interest projects currently going on. (Most of them are occurring via private projects in AltME and IOS.) These days 90% of REBOL changes are done in cooperation with the REBOL community. Q: Hi .... with recent Rebcode releases, we can see that internally new Core is marked as 2.7 and View is marked as 1.4 Is it just working "title" or will those products be marked as that? And if so, can we know, what other changes will go for 1.4 View release target? Will there be any AGG fixes/additions (to support SVG RebGUI progress), or even VID changes? I still think, that VID is missing few fine styles as tab, group-box, better list as was introduced on IOS Developer's server, (eventually tree, menu), to allow novices to start using VID/View more productively. Any chance RT can tell us, what is the plan for 1.4 release? A: Regarding 2.7 and 1.4 question: we change the revision numbers (the second number) whenever there is a major change in REBOL that may be unstable. The /core 2.7 kernel (that is in /view 1.4 as well) adds new datatypes to REBOL, and they are the first datatypes added in several years, so we consider this to be a major change, and marked it that way. Yes, we do plan to be making a few AGG fixes very soon. Oh, and regarding VID: we plan to be making very big changes there. More to come soon. Q: Could you add struct! support to /Core? I keep on having situations that would be made much easier by struct! when I don't need libraries. For instance, conversions from external binary data encodings to internal REBOL values, say for file formats, network protocols and so on. Now rebcode has added other forms of strong typing like the type-specific opcodes and the vectors. Having structs with their constrained field types, their specific data layouts, would be a perfect match for the low level operations of rebcode. They would be helpful later when implementing your own data types as well. A: On structs: yes, we will enable this feature on core, but it should only be used for lower level code. Objects are more powerful. Q: Could you add an APPLY opcode to rebcode? apply: ["Apply function or path to arguments, save result" word! word! | path! block!] In rebcode: apply x f [arg1 arg2 ...] Is equivalent to this in REBOL: x: do f arg1 arg2 ... The advantage to doing function calls this way is that the arity of the opcode is fixed, even if the arity of the function called can't be known ahead of time. The value assigned to the function word could be either a function or a path, or for efficiency you could have a seperate opcode APPLYP for path values (I'd prefer just one opcode for generality but it's your call). A: I'm not sure what is meant by the path for it. You mean for refinements? That may actually slow down the apply interface. | 13-Oct-05 8:40 |
| 18 | BrianH | Requiring the argument block to be a literal makes the opcode more JITable :) | 12-Oct-05 23:03 |
| 17 | BrianH | (By request, relayed from rebcode group) Could you add an APPLY opcode to rebcode?
apply: ["Apply function or path to arguments, save result" word! word! | path! block!] In rebcode: apply x f [arg1 arg2 ...] Is equivalent to this in REBOL: x: do f arg1 arg2 ... The advantage to doing function calls this way is that the arity of the opcode is fixed, even if the arity of the function called can't be known ahead of time. The value assigned to the function word could be either a function or a path, or for efficiency you could have a seperate opcode APPLYP for path values (I'd prefer just one opcode for generality but it's your call). | 12-Oct-05 22:56 |
| 16 | BrianH | (Copied from rebcode group) Could you add struct! support to /Core? I keep on having situations that would be made much easier by struct! when I don't need libraries. For instance, conversions from external binary data encodings to internal REBOL values, say for file formats, network protocols and so on. Now rebcode has added other forms of strong typing like the type-specific opcodes and the vectors. Having structs with their constrained field types, their specific data layouts, would be a perfect match for the low level operations of rebcode. They would be helpful later when implementing your own data types as well. | 12-Oct-05 21:50 |
| 15 | Pekr | Hi .... with recent Rebcode releases, we can see that internally new Core is marked as 2.7 and View is marked as 1.4 Is it just working "title" or will those products be marked as that? And if so, can we know, what other changes will go for 1.4 View release target? Will there be any AGG fixes/additions (to support SVG RebGUI progress), or even VID changes? I still think, that VID is missing few fine styles as tab, group-box, better list as was introduced on IOS Developer's server, (eventually tree, menu), to allow novices to start using VID/View more productively. Any chance RT can tell us, what is the plan for 1.4 release? | 12-Oct-05 13:36 |
| 14 | Pekr | I hope it is still valid that cooperation with RT is possible. I mean - last few weeks I play with some Win32 functions (thanks to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop environments .... so I wonder if any SIGs will be created, some ppl will be invited to participate, comment etc., or if RT is gonna cook it all themselves? | 7-Oct-05 12:58 |
| 13 | Gabriele | I think I can answer that one - you just have REBOL taking the alpha channel for the window face into account. No dialects required. REBOL will always be multiplatform. (I'm forwarding the question to Carl anyway, but his answer is probably going to be similar to mine.) | 7-Oct-05 10:45 |
| 12 | Alan | sure hope so but kind of doubt it :( | 6-Oct-05 23:49 |
| 11 | Terry | (Hmm, I'll check back in a week for the answer) | 6-Oct-05 23:48 |
| 10 | Terry | Q. Given that window transparency is OS specific, will there be a dialect that covers both Windows, Linux and 40+ other OS? In other words, does RT plan on continued support of so many languages, or are we entering a new era of specific OS support? | 6-Oct-05 23:47 |
| 9 | Gabriele | petr, either do that or use any other channel. | 6-Oct-05 17:14 |
| 8 | Pekr | btw - what about restricting this channel to only Questions and answers? I mean - let's create even other group - RT QA chat | 6-Oct-05 17:09 |
| 7 | Sunanda | Nice move Gabriele -- Thanks. | 6-Oct-05 17:07 |
| 6 | Pekr | :-) | 6-Oct-05 17:05 |
| 5 | Maarten | 1) What does the world on Nov-15-2005 look like? | 6-Oct-05 16:55 |
| 4 | ? | Cool! | 6-Oct-05 16:51 |
| 3 | Gabriele | Like we have a Doc Friday now, we'll have an Answers Wednesday from now on. I will post answers here each wednesday. | 6-Oct-05 16:24 |
| 2 | Gabriele | I will collect all questions from here and ask Carl. The mailing list is ok to send questions too. Anything that can reach me is ok actually. | 6-Oct-05 16:13 |
| 1 | Gabriele | Questions for REBOL Technologies here. | 6-Oct-05 16:12 |