| # | User | Message | Date |
| 1840 | Graham | Sorry, it's ask Gabriele, BrianH or Carl | 29-Dec-09 5:05 |
| 1839 | Graham | Ask Gregg | 29-Dec-09 5:03 |
| 1838 | WuJian | Ditto | 29-Dec-09 4:09 |
| 1837 | amacleod | How do I get an account to R2Beta? | 29-Dec-09 3:45 |
| 1836 | Gregg | Seconded. | 29-Dec-09 2:13 |
| 1835 | Graham | We already have a R2beta world ... why not use that? | 28-Dec-09 20:24 |
| 1834 | amacleod | Thanks Maxim,
Waiting for your GLass/Liquid stuff to be completed...I would love to get a better inface on my app...right now I feel its full of hacks to get R2 view to do what I need it to do... I looked at GLayout (and REBGUI) but I thought pure VID would be easier for me to make any needed workarounds to missing needed compoments. Once I get a solid version 1 out I will look into porting to R3 (If new VID is ready) or your stuff again if you release a new version... | 2-Oct-09 1:35 |
| 1833 | Maxim | amacleod - your C.A.P.T.A.I.N. app is quite impressive... congrats, its fun to see what people are doing with REBOL and to know that all the help going around here leads to amazing stuff ! | 1-Oct-09 21:11 |
| 1832 | amacleod | Thanks, Michael | 29-Sep-09 0:57 |
| 1831 | Chris | It wasn't so much a rewrite as following on from code I'd written prior. Whether it's better, I don't know - I was going for cleaner, and the /flat option. | 28-Sep-09 23:29 |
| 1830 | Graham | Chris, is your Rebol <-> Json converter better than the others? Why rewrite? | 28-Sep-09 21:52 |
| 1829 | Mchean | amacleod - nice | 28-Sep-09 21:36 |
| 1828 | Chris | i.e. submit to service from Ajax, use JSON ( http://bit.ly/altjson ), or build a web form with the 'name.first' style keys. | 22-Sep-09 1:00 |
| 1827 | Chris | Which (when fixed), 'import (see r.org filtered-import) can validate. | 22-Sep-09 0:55 |
| 1826 | Chris | The goal is to make them interchangeable. You could set up a service that took the same structured data in JSON as it does from a web form... | 22-Sep-09 0:53 |
| 1825 | Maxim | I don't think either... I guess I was wondering if such a lib already existed, from which you ported a rebol server-side equivalent. | 22-Sep-09 0:53 |
| 1824 | Chris | I don't think it'd be difficult. | 22-Sep-09 0:53 |
| 1823 | Maxim | for ajax, this system could be really handy :-) | 22-Sep-09 0:52 |
| 1822 | Chris | or >> to-webform context [name: context [first: "Chris" last: "RG"]] == "name.first=Chris&name.last=RG" | 22-Sep-09 0:52 |
| 1821 | Maxim | is there a javascript way to formulate the above url based of from nested JSON objects? | 22-Sep-09 0:51 |
| 1820 | Chris | Should work on blocks and objects too. >> load-webform "name.first=Chris&name.last=RG" == [name [first "Chris" last "RG"]] | 22-Sep-09 0:50 |
| 1819 | Chris | Thanks, Max! I do wonder if I could do the same in less, but for now it works as advertised... | 22-Sep-09 0:43 |
| 1818 | Maxim | replying to (http://www.ross-gill.com/r/altwebform.r) | 21-Sep-09 18:53 |
| 1817 | Maxim | nice stuff Chris. | 21-Sep-09 18:53 |
| 1816 | amacleod | Server logs looked light - low traffic- so it must have been a slow connection...working fine now | 5-Sep-09 14:24 |
| 1815 | amacleod | Server is still slow but it might be my internet connection as another computer running at the same location is also super slow....unless my bandwidth is getting eaten up with server access...an attack?? I cannot get into the server to check the logs.. | 5-Sep-09 3:35 |
| 1814 | amacleod | intergrated fixed..thanks. I've missed that same typo before | 5-Sep-09 2:45 |
| 1813 | Graham | I think so | 5-Sep-09 2:44 |
| 1812 | amacleod | Oh, Tool bar in your browser...really? So if I have the bar in my browser I can visit my own sites to get them goolge aware? | 5-Sep-09 2:44 |
| 1811 | Graham | now that I have visited ... google knows about your site | 5-Sep-09 2:43 |
| 1810 | amacleod | google toolbar? | 5-Sep-09 2:43 |
| 1809 | Graham | google will crawl your site if you have the google toolbar | 5-Sep-09 2:42 |
| 1808 | amacleod | No, I just threw it up...noit ready for prime time yet | 5-Sep-09 2:41 |
| 1807 | Graham | do you have a robots.txt file? | 5-Sep-09 2:40 |
| 1806 | Graham | maybe a bot is crawling your site | 5-Sep-09 2:40 |
| 1805 | Graham | check the server logs | 5-Sep-09 2:40 |
| 1804 | amacleod | My server seems to be crawling right now...don't know why. Usually flys | 5-Sep-09 2:39 |
| 1803 | Graham | Use imagemagick or something ... | 5-Sep-09 2:38 |
| 1802 | Graham | Yeah .. you need to thumbnail them. | 5-Sep-09 2:38 |
| 1801 | amacleod | images download fast here but I'm sure you are right..they are full size. | 5-Sep-09 2:36 |
| 1800 | amacleod | FDNY New York City Fire Department | 5-Sep-09 2:35 |
| 1799 | Graham | Something to do with fire fighting? | 5-Sep-09 2:35 |
| 1798 | Graham | What is FNDY ?? | 5-Sep-09 2:34 |
| 1797 | Graham | I think you need to thumbnail those images .. they're just not downloading for me. | 5-Sep-09 2:32 |
| 1796 | Graham | Alan, "integrated" is the correct spelling. | 5-Sep-09 2:32 |
| 1795 | Micha | this code not work | 4-Sep-09 17:21 |
| 1794 | Micha | if i change "thread: func [ n ][ i: i + 1 ] " on "thread: func [ n ][ for m 1 10 1 [] i: i + 1 ] " | 4-Sep-09 17:21 |
| 1793 | Micha | as I add features until the thread does not works | 4-Sep-09 17:19 |
| 1792 | Micha | rebol[]
;------------------ system/words/&: func [ "Return the memory address of a binary, string or struct as a binary value" b [binary! string! struct!] ][ to-integer reverse third make struct! [s [string!]] reduce [either struct? b [third b][b]] ] ;---------- integer: make struct! [ value [integer!] ] none ;------------------- kernel32: load/library %kernel32.dll CreateThread: make routine! [ pThreadAttributes [integer!] dwStackSize[integer!] lpStartAddress [callback [int return: [int]]] lpParameter[integer!] dwCreationFlags[integer!] lpThreadId [integer!] return: [integer! ] ] kernel32"CreateThread" ;---------- i: 0 thread: func [ n ][ i: i + 1 ] ;----------------- loop 10 [ print t: CreateThread 0 0 :thread 0 0 & integer wait 0.1 print i ] halt | 4-Sep-09 17:17 |
| 1791 | Micha | I wrote this code | 4-Sep-09 17:17 |
| 1790 | Micha | how to create threads in REBOL? | 4-Sep-09 17:17 |
| 1789 | james_nak | Thx. | 3-Sep-09 17:51 |
| 1788 | Pekr | Cyphre should upload some examples, till that time, you are on your own. I don't use the SW myself .... | 3-Sep-09 17:10 |
| 1787 | james_nak | Pekr, et. al, how do you use that tray.r? | 3-Sep-09 17:02 |
| 1786 | Will | That is a great idea! | 1-Sep-09 21:35 |
| 1785 | Graham | Maybe Popper (David May) can start the first bounty for a GUI for video processing! | 1-Sep-09 20:34 |
| 1784 | Graham | The Rebol community is small .. but they still have money! | 1-Sep-09 20:34 |
| 1783 | Reichart | If you do this, do it in (or with) other language sites....REBOL is also sadly elitist......a little blending, and being “part of the crowd” would be nice too.... | 1-Sep-09 17:52 |
| 1782 | Pekr | This is better - you can see even particular bounties - http://bounties.morphzone.org/ | 1-Sep-09 17:15 |
| 1781 | Rebolek | Let's start a bounty to build the bounty site... | 1-Sep-09 16:36 |
| 1780 | Steeve | i got the name: Rebol bounty hunters ;-) | 1-Sep-09 16:02 |
| 1779 | Steeve | Found one: http://www.amigabounty.net/ | 1-Sep-09 16:02 |
| 1778 | Dockimbel | Pekr, I was thinking about that since a long time, but never proposed it due to the small size of the community... | 1-Sep-09 16:01 |
| 1777 | Steeve | Pekr, can you show us a site like that ? | 1-Sep-09 16:01 |
| 1776 | Steeve | We need a site for this purpose (Rebol bounty hunters)... Who can do that ? Hum, bad idea because we need this site to build this site. | 1-Sep-09 15:58 |
| 1775 | Pekr | I proposed to speed-up REBOL developments by bounty system, like Amiga or other communities had. I think this might be a great idea .... simply put - I would like to have LDAP protocol? OK, maybe community gathers enough money, so that e.g. Softinnov can pick-it up, and does not need to work for free necessarily ... | 1-Sep-09 14:22 |
| 1774 | Reichart | Agreed.... this is the type of thing that gets people to use REBOL more. | 1-Sep-09 14:15 |
| 1773 | Dockimbel | Cyphre systray: great news! | 1-Sep-09 11:30 |
| 1772 | Graham | Romano's kit was GPL ... had drag and drop between styles but no one could use it with that license. | 30-Aug-09 19:37 |
| 1771 | Henrik | Pekr, read the docs. | 30-Aug-09 18:50 |
| 1770 | Pekr | I will be realistic - have not studied the styles yet, but from the style browser, I am very disappointed by the look :-( It really looks like Amiga 1.3, 25 yars old. Or some very old Unix. Who uses such plain buttons and field, with so basic borders? Or is there any skin system attached? As for completness, still the most complete add-on kit for R2 VID is some 6 years or more old Romano Paolo Tenca's one - tabbing, grid, etc. supported ... | 30-Aug-09 18:49 |
| 1769 | Pekr | Back from training course. Read new VID message from ML on my cellphone :-) I was very surprised, that nearly at the end of R2 lifestyle, where RebGUI is the king, something like that is coming. | 30-Aug-09 18:46 |
| 1768 | Graham | VID+ was for R3 | 29-Aug-09 20:52 |
| 1767 | Henrik | nah, creating a new group. one sec. | 29-Aug-09 20:51 |
| 1766 | Henrik | we have an old VID+ group :-) | 29-Aug-09 20:51 |
| 1765 | Graham | Anyway, you need to create your own group here for people to discuss your extension set :) | 29-Aug-09 20:51 |
| 1764 | Graham | save all the flags and just reset them? | 29-Aug-09 20:50 |
| 1763 | Henrik | (I'm open to ideas, though) | 29-Aug-09 20:48 |
| 1762 | Henrik | unfortunately not | 29-Aug-09 20:48 |
| 1761 | Graham | Is there a way to "reset" the gui after bad resizing? | 29-Aug-09 20:48 |
| 1760 | Henrik | You can get surprisingly far with that. :-) I've focused the most on that, yes. | 29-Aug-09 20:47 |
| 1759 | Graham | and data entry | 29-Aug-09 20:47 |
| 1758 | Graham | Just reading your announce and it seems you have concentrated more on the fundamentals with focus control, keyboard use | 29-Aug-09 20:46 |
| 1757 | Henrik | I've been thinking about generic drag and drop methods, but haven't reached a conclusion yet. If it is to be done, it should be done generally, so it's simple to apply to any style. | 29-Aug-09 20:45 |
| 1756 | Henrik | It's hard to say. I don't want to steal any thunder from Ashley's work, as it's tremendously well done and obviously works in bigger scenarios. I guess it's a matter of trying the other if you don't like the first one you tried. | 29-Aug-09 20:44 |
| 1755 | Graham | The thing I miss are drop and drag calendars, and an editable grid | 29-Aug-09 20:43 |
| 1754 | Graham | that was an earlier demo | 29-Aug-09 20:42 |
| 1753 | Henrik | your second example looks simpler BTW. | 29-Aug-09 20:42 |
| 1752 | Graham | I was wondering if someone were starting off from scratch .. better to use rebgui or your extension kit? | 29-Aug-09 20:41 |
| 1751 | Graham | at least 9 months ago | 29-Aug-09 20:41 |
| 1750 | Henrik | I haven't done much of a comparison, but I think if you are relying on RebGui, it would not be wise to switch. Also I wouldn't market this as a separate, new toolkit, but as VID as it should be. RebGui is probably more stable. There are still plenty of things left to do here. Even though many of the things I've done here are very generic, it has primarily been designed to solve specific problems with some apps I've had to build a few months ago. | 29-Aug-09 20:40 |
| 1749 | Graham | So, how would you compare your vid exxtensions with RebGui ? | 29-Aug-09 20:37 |
| 1748 | Graham | The problem with mine appears with lots of data as I don't use a face iterator but build everything in memory. | 29-Aug-09 20:35 |
| 1747 | Graham | Microsoft | 29-Aug-09 20:34 |
| 1746 | Graham | I was trying to emulate the Microoft Common User Interface aka CUI | 29-Aug-09 20:33 |
| 1745 | Graham | Probably a better example http://www.screencast.com/users/SynapseEMR/folders/Jing/media/fe4163c3-1388-45ce-a93c-c2799bf7b3dd | 29-Aug-09 20:33 |
| 1744 | Henrik | I see. Yours is quite advanced. My first try would be a simpler one, and we would have to see where we could go from there. | 29-Aug-09 20:32 |
| 1743 | Graham | http://www.screencast.com/users/SynapseEMR/folders/Jing/media/74ffa498-9830-49f5-9c91-2de7f8bcaef3 | 29-Aug-09 20:30 |
| 1742 | Graham | Sure ... let me find one | 29-Aug-09 20:26 |
| 1741 | Graham | tabs ( accordions ), tables, grids | 29-Aug-09 20:26 |
| 1740 | Henrik | can you point to an image or example? | 29-Aug-09 20:26 |
| 1739 | Graham | I think the basic style set people are looking for are those that are used in JS. | 29-Aug-09 20:25 |
| 1738 | Henrik | maybe I can figure something out. | 29-Aug-09 20:25 |
| 1737 | Graham | I've got one in rebgui ... but it's all hard coded ... I wouldn't know how to generalise it. | 29-Aug-09 20:24 |
| 1736 | Henrik | vertical tabs that collapse? that's probably possible to do. | 29-Aug-09 20:23 |
| 1735 | Graham | :) | 29-Aug-09 20:22 |
| 1734 | Graham | No accordion style tab panels ?? | 29-Aug-09 20:22 |
| 1733 | Henrik | but, this holds a possible replacement, one that is much better designed and way smaller. | 29-Aug-09 20:22 |
| 1732 | Graham | oh .. ok :) | 29-Aug-09 20:22 |
| 1731 | Henrik | LIST-VIEW works fine in it. My internal 0.0.54 is adapted to it. | 29-Aug-09 20:22 |
| 1730 | Henrik | It's much the same resize code as Brian and I showed two years ago. | 29-Aug-09 20:21 |
| 1729 | Graham | Your well developed table style I guess is not ported ... | 29-Aug-09 20:21 |
| 1728 | Henrik | No, the only way is a minimum size on the window. | 29-Aug-09 20:20 |
| 1727 | Graham | and a SVN | 29-Aug-09 20:20 |
| 1726 | Henrik | There are bound to be a lot of bugs in it. Maybe I should set up a curecode for it. | 29-Aug-09 20:20 |
| 1725 | Graham | So, can't you specify a minimum resize value to stop this? | 29-Aug-09 20:20 |
| 1724 | Graham | the text in white also goes crazy | 29-Aug-09 20:20 |
| 1723 | Henrik | Yes, if you downsize a face beyond minimum size, resizing will screw up. That's one of the things I've not figured out how to fix yet. | 29-Aug-09 20:19 |
| 1722 | Graham | Initially it's centred in the panel .. but shrink it down to minimum and then resize it, it falls to the bottom | 29-Aug-09 20:19 |
| 1721 | Henrik | It has not been in a usable state until very recently, which counts for the development time, where I got to test it in a larger business app. It's still not there, but it was way more fun than plain VID or simple customizations on VID. | 29-Aug-09 20:18 |
| 1720 | Graham | I just tried resizing the style browser and the face in the middle doesn't return to the same place it started from. | 29-Aug-09 20:18 |
| 1719 | Henrik | Yes, he has. However I wanted to stay simple with this and after a long time of messing around, I found a good angle to extending VID without having to resort to a complete rewrite or nasty hacks. | 29-Aug-09 20:17 |
| 1718 | Graham | Anton has his own style set too. | 29-Aug-09 20:16 |
| 1717 | Henrik | BrianH and Anton has known for a couple of months. No one else. I only told Carl last week who wanted me to go public with it. | 29-Aug-09 20:15 |
| 1716 | Graham | So Carl, Max etc knew about this? | 29-Aug-09 20:14 |
| 1715 | Henrik | About 9 months. :-) | 29-Aug-09 20:13 |
| 1714 | Graham | Henrik, how long have you been working on this in secret! ? | 29-Aug-09 20:13 |
| 1713 | Steeve | it's in the announce, sqlab just missed it | 29-Aug-09 15:32 |
| 1712 | sqlab | You did already. My fault not to read. | 29-Aug-09 15:32 |
| 1711 | Henrik | but, I should probably make a message in the script about that.. | 29-Aug-09 15:31 |
| 1710 | sqlab | sorry.( | 29-Aug-09 15:31 |
| 1709 | Henrik | ah, yes. :-) it's for R2. | 29-Aug-09 15:30 |
| 1708 | Steeve | it's not for R3 | 29-Aug-09 15:30 |
| 1707 | Henrik | ok, let's see... | 29-Aug-09 15:30 |
| 1706 | sqlab | What are the prerequisites? >> do http://www.hmkdesign.dk/rebol/vid/src/vid-ext-kit.r Script: "VID Extension Kit" Version: 0.0.1 Date: 29-Aug-2009/14:02:19+2:00 ** Script error: insert-event-func has no value ** Where: catch either either applier do ** Near: catch/quit either var [[do/next data var]] [data] | 29-Aug-09 15:27 |
| 1705 | Maxim | pages = sites | 20-Aug-09 17:07 |
| 1704 | Maxim | about www.reboltutorial.com , its one of the best rebol specific pages out there... There is a lot of very cool & unknown work on that page.... too bad the author hasn't put any of his stuff on rebol.org.... we would have more knowledge of it. strange is that the author's name isn't anywhere on the site... even though we have a good clue as to who it is IIRC... | 20-Aug-09 17:07 |
| 1703 | Pekr | Max - pity Cyphre is overloaded with work. He did some library for R2, where he mapped it to HW acceleration, so that you could have general face rendering accelerated IIRC. | 20-Aug-09 9:49 |
| 1702 | Maxim | you should try and market your engine as an alternative to the other flash game building tools. | 19-Aug-09 20:32 |
| 1701 | Maxim | Oldes: the demo is fabulous... congrats! | 19-Aug-09 20:31 |
| 1700 | Janko | I made some flash games (in HaXe mostly).. I have no idea how to make a game with so many details, animations, sound, things that need to work together...what else to do is in REBOL using some dialect | 6-Aug-09 9:10 |
| 1699 | Janko | all I can say is "Mega WOW" :) | 6-Aug-09 9:07 |
| 1698 | Oldes | yes | 6-Aug-09 9:03 |
| 1697 | Janko | I mean at this project | 6-Aug-09 7:44 |
| 1696 | Janko | are you the only coder in the team? | 6-Aug-09 7:44 |
| 1695 | Oldes | I'm building it using REBOL (writing code in old but still my favourite Crimson editor). Which means I'm producing AS2 bytecode and also modify (resize, join...) various swf files with graphic ( on bit-level :) I'm using various caching so for example don't have to republish the graphic all the time when I just need to change simple logic in my code. | 5-Aug-09 23:38 |
| 1694 | Janko | Oles: I still can't fully get this.. are you building this flash game in REBOL? or is there AS3 code + REBOL to for example generate some data for game, etc... ? | 5-Aug-09 21:20 |
| 1693 | Janko | Gregg and amacleod : Thanks :) | 22-Jun-09 5:22 |
| 1692 | Gregg | qwikitxt - Nice Janko! | 21-Jun-09 21:20 |
| 1691 | BrianH | Ladislav, R3's IMPORT is not suitable for building distributions, but the syntax of modules was designed to be so. | 17-Jun-09 0:14 |
| 1690 | BrianH | Chrisitian, R3's module system handles circular imports without need for any /check option., | 17-Jun-09 0:10 |
| 1689 | BrianH | Yes. We've made many such changes in R3, removing some functionality to replace it with better functionality. It wouldn't have to be as bad as you might think - we could change it to copy-on-modify and most uses of issue! would still be viable. Keep in mind that use of issue! for binary conversions will be going away anyways, replaced by better methods. We have strings and tuples for most of the rest. The only real difference is just a datatype and/or syntax difference. | 17-Jun-09 0:07 |
| 1688 | Chris | @BH - would changing issue! to a word! sub class rule out some of its current capabilities? | 16-Jun-09 23:18 |
| 1687 | Maxim | include should be /check by default and we should add an /ALWAYS refinement to force reload. | 16-Jun-09 20:55 |
| 1686 | Ladislav | even the notes you mentioned now are good to keep in there | 16-Jun-09 18:05 |
| 1685 | Ladislav | we may ask him, you can contribute to the discussion article: http://www.rebol.net/wiki/Inclusion_Methods , ideas welcome | 16-Jun-09 18:05 |
| 1684 | ChristianE | IMPORT - ah, o.k., I didn't know about that. | 16-Jun-09 18:03 |
| 1683 | ChristianE | PREBOL set aside, I really think IMPORT/CHECK is the common case and one of the main advantages over a simple DO - preventing circular imports and such. I would be deeply surprised if Carl opts for INCLUDE (or #INCLUDE or whatever it will be) not having that check functionality in the standard case, switched off by a refinement. But that's just me and I certainly don't have any extensive build scripts ... | 16-Jun-09 18:03 |
| 1682 | Ladislav | (in R3) | 16-Jun-09 18:02 |
| 1681 | Ladislav | then there is the system/options/module-paths variable | 16-Jun-09 18:02 |
| 1680 | Ladislav | IMPORT is used in R3 for module management, which (according to Carl) is "not usable for building distributions using..." | 16-Jun-09 18:01 |
| 1679 | ChristianE | Re: "INCLUDE as a word" - isn't IMPORT an option, too? We have no EXPORT to conflict with, have we? | 16-Jun-09 17:56 |
| 1678 | ChristianE | Yes, want I wanted to say that I prefered the old INCLUDE/PATH over INCLUDE-PATH because it's one word less to "pollute" the global namespace (is there such a notion in R3? I'm not so sure now) and it's one word less to remember - the refinement will always be easy to learn about with HELP INCLUDE. | 16-Jun-09 17:55 |
| 1677 | BrianH | I'll be back this afternoon (It's still morning here). | 16-Jun-09 16:11 |
| 1676 | Ladislav | yes, sure | 16-Jun-09 16:10 |
| 1675 | BrianH | Yeah, but with its own official directive. Preprocessor directives are friendly - code patterns requiring #do are not. Adding module support to the preprocessor means doing it for real. | 16-Jun-09 16:09 |
| 1674 | Ladislav | you mean something like (currently used): #do [append include-path %this] | 16-Jun-09 16:07 |
| 1673 | BrianH | The preprocessor would need a directive to set module import paths that would be used during the preprocess - it probably shouldn't use the standard paths in the preprocessor's running process, since that would get the modules the preprocessor is using mixed up with the ones it is processing, which would prrevent cross-platform processing. | 16-Jun-09 16:05 |
| 1672 | Ladislav | yes, that is OK, sure | 16-Jun-09 15:58 |
| 1671 | BrianH | The default: >> system/options/module-paths == [%./] | 16-Jun-09 15:52 |
| 1670 | BrianH | Just a block of file! and url! paths for now. The file paths of the original files can be used at preprocessor time, but would be unnecessary at runtime since MODULE doesn't use them. Once the module is loaded its load path is irrelevant, and doesn't even have to exist anymore. | 16-Jun-09 15:49 |
| 1669 | Ladislav | how does the module path interface look, Brian? | 16-Jun-09 15:45 |
| 1668 | BrianH | I prefer an issue! keyword dialect, the changing the issue! type to be word-like withot the binding. I don't like INCULDE as a function name because that would preclude its use as a set operation the opposite of EXCLUDE (but that's just me) - using #include and such as issue keywords is fine. An extended prebol dialect like Ladislav's include would work, if renamed and made module-aware. When you have modules most of the keyword directives go away in practice, since the module scripts can be converted to MODULE calls. | 16-Jun-09 15:43 |
| 1667 | Ladislav | what does BrianH think about this? How it should be done to make it the most comfortable for the users? | 16-Jun-09 14:53 |
| 1666 | Ladislav | so, you propose a new refinement? (I think I had such a refinement once, but removed it...) | 16-Jun-09 14:52 |
| 1665 | Ladislav | aha, regarding INCLUDE-PATH: maybe I did not understand your proposition | 16-Jun-09 14:50 |
| 1664 | Ladislav | INCLUDE/PATH: you are using an old version, I suggest you to switch to this one: http://www.fm.tul.cz/~ladislav/rebol/include.r , which does not use the /PATH refinement any more. Instead, a special variable called INCLUDE-PATH is used | 16-Jun-09 14:48 |
| 1663 | Ladislav | "why it's INCLUDE/CHECK or #INCLUDE-CHECK for the "ordinary call", as you'd put it above" - hi, Christian! I picked this to be compatible with the PREBOL dialect, which uses #include | 16-Jun-09 14:45 |
| 1662 | Maxim | and I'm sure Ladislav is more than willing to improve/modify/extend include as to make it compatible with Carl's ideals. | 16-Jun-09 6:33 |
| 1661 | Maxim | carl won't have to maintain that aspect anymore, and as a result, R3 will move ahead faster. ladislav is VERY thorough in the tools he writes... Carl even admited that ladislav is more thorough than he ;-) | 16-Jun-09 6:31 |
| 1660 | Maxim | I think just about every reboler out there agrees that include should replace prebol and let it adapt to R3, instead of prebol. | 16-Jun-09 6:30 |
| 1659 | Maxim | dump prebol and make include module-aware. | 16-Jun-09 6:28 |
| 1658 | BrianH | More likely is to have prebol rewritten to be module-aware. | 16-Jun-09 6:25 |
| 1657 | ChristianE | Ladislav, your INCLUDE already looks very settled, so I'm late with the following suggestions. I really like the function and used it a lot, but always found the wording a bit unrebolish. I'm wondering why it's INCLUDE/CHECK or #INCLUDE-CHECK for the "ordinary call", as you'd put it above. Wouldn't it be more convenient to have INCLUDE work like the /CHECK-refined call and use INCLUDE/AGAIN to again include files already included before? Also, having INCLUDE/PATH returning the path as a block, wouldn't it be easy to APPEND INLCUDE/PATH %ANOTHER without having a seperate INCLUDE-PATH next to INCLUDE. It may even be called IMPORT/FROM. INCLUDE/CHECK -> INCLUDE INCLUDE -> INCLUDE/AGAIN INCLUDE-PATH -> INCLUDE/PATH or INCLUDE/FROM Carl is always picky with names and wording, so having that sorted out would probably make it easier to convince Carl to include INCLUDE in R3. Which is what I'd really like to see happen, functionality-wise. | 16-Jun-09 5:53 |
| 1656 | Maxim | brian that would be a great idea... as long as all of the current functionality remains... convertions and allowed symbols :-) | 16-Jun-09 3:01 |
| 1655 | Chris | How about paths? You could anchor all the commands to one word, parse can still distinguish: sdk/include sdk/include/check | 16-Jun-09 2:46 |
| 1654 | BrianH | But it would switch if issue! was changed into a word-like type. That decision has not yet been made. | 16-Jun-09 1:51 |
| 1653 | Ladislav | hi Chris, I am afraid, that the main objection Carl had was, that he didn't like the fact, that the keywords were in fact string-like series. (so no symbols) This does not change, if we switch from issues to URLs, unfortunately | 16-Jun-09 1:42 |
| 1652 | Chris | Would using urls be any better than issues? You can dedicate a whole name space to them, use path notation, still are neutral and parseable values: sdk:include sdk:include/check sdk:do | 16-Jun-09 0:19 |
| 1651 | Paul | Good to hear. ;-) | 15-Jun-09 21:59 |
| 1650 | Ladislav | yes, INCLUDE/CHECK refinement for "ordinary call", #include-check directive to put into the file | 15-Jun-09 20:58 |
| 1649 | Gregg | Ladislav's INCLUDE has a /check refinement that does the same thing. | 15-Jun-09 20:31 |
| 1648 | Paul | Of one thing to note is an INCLUDEONCE directive. This way if a module contains a reference to another module that it isn't called more than once. | 15-Jun-09 19:30 |
| 1647 | Paul | Hey Ladislav, here is a modules document for High Level Assembly that might stimulate some thoughts http://webster.cs.ucr.edu/AoA/Windows/PDFs/ManagingLargePrograms.pdf | 15-Jun-09 19:27 |
| 1646 | Maxim | and since we can build modules dynamically, I guess that we could do like slim and embed the dynamic version of the module within the source code directly. | 15-Jun-09 19:03 |
| 1645 | BrianH | Modules are good for code organization and their headers can be taken into account by a preprocessor like prebol. | 15-Jun-09 18:07 |
| 1644 | Ladislav | de facto everything is possible to do using just one keyword: #do, e.g. #include %a-file.r can be expressed as #do [include/only %a-file.r] | 15-Jun-09 17:55 |
| 1643 | Ladislav | they simply are "dialect keywords" for the PREBOL/INCLUDE dialect telling the preprocessor what to do. | 15-Jun-09 17:51 |
| 1642 | Ladislav | 1) - it was Carl who said (in the above discussion), that modules are "Not usable for building distributions using INCLUDE method." The INCLUDE method is comfortable and sufficient for the tasks it is meant to solve, in my opinion. 2) In my opinion preprocessor directives are more like "commands" than like location markers | 15-Jun-09 17:49 |
| 1641 | Gregg | And don't forget how # is used in URLs. | 15-Jun-09 17:41 |
| 1640 | Gregg | It's a shame some of the useful publishing symbols aren't easy to type (e.g. § † ‡), but there are ways to work around that if people think they make sense. | 15-Jun-09 17:39 |
| 1639 | Gregg | Let me ask this. In a perfect world--forgetting any pre-existing designs--what kind of system would you want? Is a pre-processor model the best way to go? Should things like #INCLUDE be "commands" or just location markers (i.e. anchors)? And if they are the latter, what other uses would there be for such things? | 15-Jun-09 17:33 |
| 1638 | Ladislav | Well, the fact is, that for this purpose we need only a couple of "keywords", surely not many | 15-Jun-09 16:48 |
| 1637 | Maxim | #words still are the nicest one for me....
$word would probably come in close second. please no ending symbols... $word$ the ending $ is useless, and harder to read. | 15-Jun-09 16:47 |
| 1636 | BrianH | The question of whether to change issue! to be something like a word type without binding wasn't resolved, it was put on hold. As was the entire inclusion methods discussion a couple months ago, to work on plugins and bug fixing. We'll get back to it. | 15-Jun-09 16:30 |
| 1635 | Gregg | If it is changed to use word! values, I ask only that the naming convention used is carefully considered, with the thought that it may be used elsewhere, or other conventions may be used as well. For example, I use leading and trailing = on words as a convention for parse vars and rules. The example that looks most natural to me, at a glance, is: .include. | 15-Jun-09 16:14 |
| 1634 | Ladislav | New users (like Janko) welcome too, of course. | 15-Jun-09 10:26 |
| 1633 | Ladislav | the discussion: http://www.rebol.net/wiki/Inclusion_Methods is still not over, AFAICT. Call for contributions! | 15-Jun-09 10:25 |
| 1632 | Ashley | Is that going to be in R3 by default? | 15-Jun-09 10:24 |
| 1631 | Ladislav | (well, OTOH, the INCLUDE function makes it largely unneded, though) | 15-Jun-09 10:18 |
| 1630 | Ashley | As discussed in SDK, *include* would allow "*include*: :do" which would be kinda useful. | 15-Jun-09 10:17 |
| 1629 | Ladislav | no real problem, except for the fact, that Carl seems to dislike it | 15-Jun-09 9:36 |
| 1628 | Pekr | Is it really a big problem to have #include? No matter what, this is most known format from other environments. Does it really pose any problem in regards to REBOL interpreter? | 15-Jun-09 8:17 |
| 1627 | Anton | I avoid strange syntaxes as much as possible. But from the list on the wiki, I like *include* the most (and in fact, I would discourage any of the others, which look like typos). | 15-Jun-09 6:16 |
| 1626 | Chris | I've seen _word used, and I've made use of =word myself. | 15-Jun-09 2:47 |
| 1625 | Ladislav | so, the question may rather be: does anybody use any of the syntaxes listed for "regular words"? | 14-Jun-09 20:59 |
| 1624 | Ladislav | my guess is, that essentially the ones I listed in the article, but that would restrict the word! datatype | 14-Jun-09 20:58 |
| 1623 | Henrik | I have no idea. :-) What chars are left to use? | 14-Jun-09 20:57 |
| 1622 | Ladislav | ...and, what syntax would you assign to the keyword datatype, then? - it may be a thing Carl is considering | 14-Jun-09 20:57 |
| 1621 | Henrik | Issue might be usable for other things as it was originally not made for preprocessing, as far as I can tell. If there was one just for this, rather than haphazardly kidnapping other datatypes, that would be great. | 14-Jun-09 20:55 |
| 1620 | Ladislav | ...but there probabyl were some asking for the current state (all #issues are special strings) to be kept, so he probably gave up | 14-Jun-09 20:54 |
| 1619 | Ladislav | (that is what Carl considered and I guess he even asked that on some forum) | 14-Jun-09 20:53 |
| 1618 | Ladislav | ...you mean using the #issue syntax? | 14-Jun-09 20:52 |
| 1617 | Henrik | like we have word!, why not keyword! ? | 14-Jun-09 20:51 |
| 1616 | Henrik | like many other datatypes, it would be nice to have one that is directly usable for preprocessing. | 14-Jun-09 20:50 |
| 1615 | Ladislav | I know, that issues raise the efficiency question (to Carl, I guess), but that does not seem to be critical (YMMV) | 14-Jun-09 20:44 |
| 1614 | Ladislav | but, it looks to me, that if Carl initially picked a word alternative, we would be happily using that without worring about potential trouble | 14-Jun-09 20:42 |
| 1613 | Ladislav | yes, #issues have clear advantages - no conflict can occur | 14-Jun-09 20:40 |
| 1612 | Maxim | I actually like #issues. | 14-Jun-09 20:35 |
| 1611 | Ladislav | Since Carl seems to dislike the fact, that the PREBOL/INCLUDE dialect uses #issues as "keywords", I tried to list other alternatives (words). Does any of them look usable to you? | 14-Jun-09 18:11 |
| 1610 | Ladislav | ...and the winner is... Carl! | 14-Jun-09 10:32 |
| 1609 | Ladislav | (it is either by Carl or by Brian, if I understand the history page correctly) | 14-Jun-09 10:30 |
| 1608 | Maxim | ok | 14-Jun-09 10:28 |
| 1607 | Ladislav | I can't, since I did not write that | 14-Jun-09 10:21 |
| 1606 | Maxim | ladislav: under modules in the inclusion methods, you write: "Not usable for building distributions using INCLUDE method. " I see no reason why not... can you elaborate further? | 14-Jun-09 1:38 |
| 1605 | Maxim | my view is that choice is the right answer. use what makes sense, import, slim, include. I have an even higher level than include with distro-bot. but still use do directly often. | 14-Jun-09 0:23 |
| 1604 | PeterWood | Personally, I agree with you. I also generally favour "static" inclusion over "dynamic". Perhaps I am unusualin Rebol in that I am happy to work with a build then test approach (I usually take a test-driven approach to coding.) | 14-Jun-09 0:03 |
| 1603 | Ladislav | I think, that the dialect is the proper way | 13-Jun-09 23:59 |
| 1602 | Ladislav | Just an idea about ad hoc versus standard debugging: "standard" actually means a specialized dialect optimized for the purpose at hand (so, easy to debug by definition). Ad hoc script means a general purpose language using more than just DO and LOAD, since they do not suffice on their own. | 13-Jun-09 23:58 |
| 1601 | Ladislav | (but it surely is worth considering to produce such an example for the demonstration purpose) | 13-Jun-09 23:53 |
| 1600 | Ladislav | Well, that would require a real-life example? | 13-Jun-09 23:52 |
| 1599 | PeterWood | Isn't the real question is can you sensibly compare the pros and cons of elements of ad-hoc methods (DO, LOAD) with complete standardised methods (PREBOL, INCLUDE)? Perhaps the better comparison would be to compare ad-hoc inclusion against standard methods? | 13-Jun-09 23:50 |
| 1598 | PeterWood | Do you not think that it is more a case of either "debugging the ad-hoc script" or "debugging the input to the standard method"? In the sense of debugging either a shell script to compile and link a C program or a makefile. | 13-Jun-09 23:47 |
| 1597 | Ladislav | so "easy to debug" versus "no debug" | 13-Jun-09 23:41 |
| 1596 | Ladislav | hmm, but when I consider, that every build is actually ad hoc, then it means, that you have to debug many times, while in case of a standard method you just debug the method, not ad hoc script/s | 13-Jun-09 23:41 |
| 1595 | PeterWood | On a quick look at the wiki page, the question "why do modules have to be dynamically loaded?" seems to jump out of the page. | 13-Jun-09 23:38 |
| 1594 | PeterWood | It perhaps makes sense if you consider what errors you could possibly make coding using DO:
incorrectly spell do
miss the % from a filename
omit the REBOL header from a script file
do an unset word I guess you could consider debugging those errors as being easy -- though I'm sure you can think of many more possible errors with the DO function than I :-) | 13-Jun-09 23:36 |
| 1593 | Ladislav | When I see that "Very simple. Easy to debug. " in the http://www.rebol.net/wiki/Inclusion_Methods , I am quite confused about the meaning. What is it that is easy to debug? (the DO function?) | 13-Jun-09 23:28 |
| 1592 | Ladislav | Thanks, Gregg. BTW, sorry for discussing in Announce, my bad. | 13-Jun-09 22:50 |
| 1591 | Anton | PeterWood, that string encoding doc and functions look very useful. Nice work. | 24-May-09 16:51 |
| 1590 | Janko | zone it = zone in | 18-May-09 12:00 |
| 1589 | Janko | I can't wait to read it as I already said like your articles a lot and parse vs re interests me a lot.. I just nee to find some peacefull time to zone it | 18-May-09 12:00 |
| 1588 | Janko | I don't think it looks awfull , it fits the general wiki style ... only if heading would be bold or something ... but I don't have any exp. with wiki syntax for tables ... you have few CSS examples of fancy tables here | 18-May-09 11:59 |
| 1587 | Ladislav | please, can somebody improve the look of the table in the article? (it looks awful, I think) | 18-May-09 11:16 |
| 1586 | Ladislav | thanks, mhinson and Brian | 18-May-09 10:52 |
| 1585 | BrianH | Great article, Ladislav. Just tweaked the grammar and added a link to tthe Parse Project at the end - Peta wrote a lot about Parse there. | 17-May-09 16:20 |
| 1584 | mhinson | Great article on parse Ladislav. This was exactly what I first looked for when I very first started looking at Rebol. Thanks. | 17-May-09 15:20 |
| 1583 | Janko | Hm.. I see that last 2 users had to have errors as their domains didn't get passed to the bots. I will go figuring out tonight what caused this. | 15-May-09 18:37 |
| 1582 | Janko | RobertS: hm.. what kind of error, does it maybe says something like "database locked" or something else? | 15-May-09 18:32 |
| 1581 | RobertS | I get a SQLite error when I try to add my first domain address; I was able to create an empty group OK | 15-May-09 18:18 |
| 1580 | Janko | Thanks Maxim , now it looks a little more pro after you guys told me for so many typos :) | 13-May-09 17:44 |
| 1579 | Maxim | very nice work janko, professional looking out of the box :-) | 13-May-09 17:34 |
| 1578 | Janko | Anton.. thanks, I fixed that .. and also same mistake on 6 other places | 13-May-09 15:14 |
| 1577 | Janko | Peter: wow, nice :D | 13-May-09 15:10 |
| 1576 | Anton | Janko http://www.site-assistant.com/sign-up.rsp recieve -> receive | 13-May-09 14:30 |
| 1575 | PeterWood | " I have no such place yet .. except me here or my email" - I've created a !Site-Assistant group to be such a place. | 13-May-09 14:24 |
| 1574 | Janko | bots wake up and look for tasks every 2-3 minutes now | 13-May-09 13:53 |
| 1573 | amacleod | Never mind I had to refresh the page | 13-May-09 13:53 |
| 1572 | amacleod | How long does it take for it to fetch website data (Who-is etc.) | 13-May-09 13:53 |
| 1571 | Janko | which is janko.itm@gmail.com | 13-May-09 13:53 |
| 1570 | Janko | :) I have no such place yet .. except me here or my email | 13-May-09 13:52 |
| 1569 | amacleod | Janko, Where should we post bugs/comments etc. | 13-May-09 13:52 |
| 1568 | Janko | amacleod, thanks for telling me about typo .. I fixed it about RSP error , I will look at it and fix it , thanks, it seems I broke it with the last bigger update! | 13-May-09 13:50 |
| 1567 | Janko | ( that was directed to Robert, you helped me a lot already , I wouldn't be asking for more :) ) | 13-May-09 12:21 |
| 1566 | Henrik | haven't found problems so far. | 13-May-09 12:20 |
| 1565 | Janko | ... if anything doesn't work please tell me | 13-May-09 12:20 |
| 1564 | Henrik | I think they are close to identical in rendering engine. | 13-May-09 12:20 |
| 1563 | Janko | Robert, great :) | 13-May-09 12:19 |
| 1562 | Janko | Henrik: I haven't tested with that, ( I have with chrome which also uses webkit ) | 13-May-09 12:19 |
| 1561 | Robert | Janko, I'm giving it a try with some real-life web-sites. Cool stuff. | 13-May-09 11:20 |
| 1560 | Henrik | Safari 4. | 13-May-09 11:19 |
| 1559 | Janko | Henrik: which browser do you have? | 13-May-09 11:14 |
| 1558 | Janko | ups yes, fixed again ... If you will need some beta testing Henrik tell me | 13-May-09 11:06 |
| 1557 | Henrik | There should probably also be a comma after "expires". | 13-May-09 11:04 |
| 1556 | Henrik | In Global Settings, it reads "a email" in a sentence, where it should be "an email" | 13-May-09 11:03 |
| 1555 | Janko | thanks, fixed | 13-May-09 11:00 |
| 1554 | Henrik | In Update Website, there is a typo "remeber" | 13-May-09 10:57 |
| 1553 | Janko | uh, I already see bugs :) .. Henrik . app shouldn't alow you to write http://... .. just www.domain.com | 13-May-09 10:54 |
| 1552 | Janko | Ok, I will try .. I think you are right | 13-May-09 10:50 |
| 1551 | Henrik | yes, that could work. | 13-May-09 10:49 |
| 1550 | Janko | sqlab: thanks , fixed Henrik: you mean that I should add a little more contrast to it? | 13-May-09 10:48 |
| 1549 | sqlab | http://www.site-assistant.com/faq.rsp shows one "is" to much "Site Assistant is is programmed in an innovative programming language REBOL ..." | 13-May-09 10:42 |
| 1548 | Henrik | perhaps the css style for text fields should be a little clearer. it's hard to see the text field. | 13-May-09 10:42 |
| 1547 | Janko | If you find anything wrong, or have any criticism I will be happy too | 13-May-09 10:35 |
| 1546 | Janko | Thanks Henrik :) , I fixed the typo now | 13-May-09 10:32 |
| 1545 | Henrik | Very nice product, Janko! In the Update Group form, there is a typo: "dashboad". | 13-May-09 10:27 |
| 1544 | PeterWood | Very droll, Graham. | 23-Apr-09 5:24 |
| 1543 | Robert | Gregg, you have a very good memory. That's true. | 14-Apr-09 18:58 |
| 1542 | Robert | Thanks all! | 14-Apr-09 18:58 |
| 1541 | ChristianE | Congratulations, Robert! | 11-Apr-09 21:18 |