Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

REBOL/View

 [1/18] from: kniffo::yahoo::com at: 29-Aug-2003 1:45


Hello everyone, I have a question concerning the future plans and design of View. Will there be the possibility to create a complete application instead of the folder-view to be able to design the own rebol-site to provide a wide range of content at the top page as one would do with the index.html page in the HTTP protocol. I would suggest to let the user write whole VIEW-app as the index.r Is this possible Carl? This could be an advance for presenting the REBOL-Technique to the "outer world" :) because the page creators / REBOL users could then link their REBOL pages at the much more accessed HTML pages to lead a lot more users to their REBOL applications. With REBOL, you can create a wide reange of applications that go far behind the scope of HTML so the world have to know about the possibilities and then I can imagine a growth in the REBOL usage worldwide. Best Regards to all, Carsten

 [2/18] from: greggirwin:mindspring at: 2-Sep-2003 9:50


Hi Carsten, I haven't seen a reply to you yet, and mine may not help, but at least you'll know we're listening. :) RT doesn't answer here very often, and those of use on the outside don't know what their plans are for future product features (unless they leak hints to us here or something). KvS> Will there be the possibility to create a complete KvS> application instead of the folder-view to be able to KvS> design the own rebol-site to provide a wide range of KvS> content at the top page as one would do with the KvS> index.html page in the HTTP protocol. I would suggest KvS> to let the user write whole VIEW-app as the index.r Not too long ago, RT released the desktop as open source, so even if they don't want to do it, you could learn a lot from how they did it and write your own system that does what you want. Of course, if you built a solution that worked with the current desktop, and submitted it to RT, you could be famous and we would all love you. :) You can get the desktop source here: www.REBOL.com/downloads/viewtop1200.zip -- Gregg

 [3/18] from: kniffo:ya:hoo at: 3-Sep-2003 10:11


Hehe thank's Gregg :) you don't know, how much you helped me out with your hints! :) Well, I am just looking thrue the code and let's see, perhaps there's something new soon... :) The Problem is, I don't know, how to start the prohject in View. RT wrote in a Reamde, that I have to turn the includes into DOs -- what's that???? I don'nt have the SDK yet, so I have to look for other ways. Best Regards, Carsten --- Gregg Irwin <[greggirwin--mindspring--com]> wrote:

 [4/18] from: greggirwin:mindspring at: 3-Sep-2003 12:25


Hi Carsten, KvS> The Problem is, I don't know, how to start the KvS> prohject in View. RT wrote in a Reamde, that I have to KvS> turn the includes into DOs -- what's that???? You just need to change the lines that start with "#include" so they start with "do". #include is a PREBOL (preprocessor) directive that isn't available in View; it's part of the SDK. If you say "do %my-script.r", REBOL will load and execute %my-script.r so it's kind of like a runtime INCLUDE. -- Gregg

 [5/18] from: nitsch-lists:netcologne at: 3-Sep-2003 20:42


Setting up open-socure /view-desktop Look in %vt-main.r for ->> ;-- View Desktop Modules ----------------------------------------------------- #include %../sdk/source/view.r #include %../sdk/source/prot.r #include %vt-initfiles.r #include %vt-prefs.r #include %vt-images.r ... <<- replace the "#include" with "do", as Gregg said. kill the #include %../sdk/source/view.r #include %../sdk/source/prot.r if you use /view. they are for sdk. replace the "#include" with "do", as Gregg said. start with rebol-view %vt-main.r -Volker Am Mittwoch, 3. September 2003 20:25 schrieb Gregg Irwin:

 [6/18] from: tomc:darkwing:uoregon at: 3-Sep-2003 11:57


On Wed, 3 Sep 2003, Kniffo vom Spielhaus wrote:
> Hehe thank's Gregg :) > you don't know, how much you helped me out with your
<<quoted lines omitted: 3>>
> prohject in View. RT wrote in a Reamde, that I have to > turn the includes into DOs -- what's that????
#include: func[f[file!]][do f] :)

 [7/18] from: greggirwin:mindspring at: 3-Sep-2003 13:37


Hi Tom, TC> #include: func[f[file!]][do f] Oh, now I *like* that. :) -- Gregg

 [8/18] from: brett:codeconscious at: 4-Sep-2003 11:49


Actually, Prebol was posted to the list once, is it in the library? Regards, Brett.

 [9/18] from: brett:codeconscious at: 4-Sep-2003 11:46


TC> #include: func[f[file!]][do f] #include is of type Issue! and as far as I know you cannot set an Issue! to a value. Or have I missed something? What you could try is: my-script: load %myscript.r replace/all my-script #include func [f [file!]][do f] do my-script Regards, Brett.

 [10/18] from: greggirwin:mindspring at: 3-Sep-2003 20:18


Hi Brett, TC>> #include: func[f[file!]][do f] BH> #include is of type Issue! BH> and as far as I know you cannot set an Issue! to a value. Good point! You'd have to do a set/set-word! + do/get dance to work around it. :\ -- Gregg

 [11/18] from: tomc:darkwing:uoregon at: 3-Sep-2003 19:38


dang! you are right. On Thu, 4 Sep 2003, Brett Handley wrote:

 [12/18] from: antonr:iinet:au at: 4-Sep-2003 17:54


What do you mean Gregg? Anton.

 [13/18] from: g:santilli:tiscalinet:it at: 4-Sep-2003 10:07


Hi Gregg, On Wednesday, September 3, 2003, 8:25:08 PM, you wrote: KvS>> The Problem is, I don't know, how to start the KvS>> prohject in View. RT wrote in a Reamde, that I have to KvS>> turn the includes into DOs -- what's that???? GI> You just need to change the lines that start with "#include" so they GI> start with "do". #include is a PREBOL (preprocessor) directive that GI> isn't available in View; it's part of the SDK. If you say "do GI> %my-script.r", REBOL will load and execute %my-script.r so it's kind GI> of like a runtime INCLUDE. BTW, I think prebol.r is available separately from the SDK, so you could just use it to preprocess the desktop sources before executing. Regards, Gabriele. -- Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/

 [14/18] from: greggirwin:mindspring at: 4-Sep-2003 8:18


Hi Anton, GI> You'd have to do a set/set-word! + do/get dance to work around it. AR> What do you mean Gregg?
>> set to word! "#include" func [value] [print ["X" value]] >> type? get to word! "#include"
== function!
>> do get to word! "#include" 100
X 100 --Gregg

 [15/18] from: kniffo:yaho:o at: 4-Sep-2003 9:22


All right, that sounds good... Thank's so far guys for the help! Well, I don't know which parts of the current View I'll take for my implementation - perhaps only the connect part. What do you guys think, should be in there?? Which features should be in a kind of "Rebol/Explorer", that can connect to any Rebol-Site in the internet and allows you to browse a global directory liek the current one does. The first feature is, that the user can create a complete Rebol/View-application as the index.r. My ideas are something like a QNX-style desktop, which provides all the needed functionality and a big area for the index.r programs. Best Regards, Carsten --- Gregg Irwin <[greggirwin--mindspring--com]> wrote:

 [16/18] from: greggirwin:mindspring at: 4-Sep-2003 21:32


Hi Carsten, KvS> What do you guys think, should be in there?? Which KvS> features should be in a kind of "Rebol/Explorer", that KvS> can connect to any Rebol-Site in the internet and KvS> allows you to browse a global directory liek the KvS> current one does. The first feature is, that the user KvS> can create a complete Rebol/View-application as the KvS> index.r. Look at how the View desktop works, Graham's VIDWiki, and see if you can get an eval account on an IOS server from RT to check that out. It could go so many ways that it's hard to say what would be best. For me, I like things that are simple to set up; the more automatic it can be, the better. I think it would be great if you could build on the View Desktop framework as a starting point, or at least a frame of reference. -- Gregg

 [17/18] from: antonr:iinet:au at: 5-Sep-2003 15:08


That doesn't allow you to leave the #include's in the source untouched, (unless you preprocess it like prebol.r anyway). So I presume you are pointing out that we just can't do it. :) Anton.

 [18/18] from: greggirwin:mindspring at: 5-Sep-2003 10:29


Hi Anton, AR> That doesn't allow you to leave the AR> #include's in the source untouched, AR> (unless you preprocess it like prebol.r anyway). AR> So I presume you are pointing out that AR> we just can't do it. AR> :) Right. -- Gregg

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted