[REBOL] Re: [html][tables] removing gaps from table cells and rows within css...
I checked it out and neither iexplorer or netscape seem to support the
border-spacing css tags.
so, I'm using the trusty, old, html 4.01 cellspacing table attribute... which,
of course, works...
its funny how everyone seems to say... don't use html tags anymore, css is much
better...
yet browsers don't fully support css, which means you still have to use html
tags...
thanks anyhow.
-MAx
- Original Message -
From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 21, 2004 11:36 PM
Subject: [REBOL] Re: [html][tables] removing gaps from table cells and rows
within css...
>
> thanks Roland...
>
> > table {
> > ...
> > border-collapse:collapse;
> > }
>
> this is a little extreme, it collapses the edges themselves...and it ends up
> looking all screwed up !?
>
> > BTW: this site seems to have decent online references and tutorials for
> > HTML/CSS...
> >
> > http://www.w3schools.com/default.asp
>
> THIS IS A GOD SEND...
>
>
> thanks
>
>
>
> -MAx
>
> --
> To unsubscribe from this list, just send an email to
> [EMAIL PROTECTED] with unsubscribe as the subject.
>
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [html][tables] removing gaps from table cells and rows within css...
thanks Roland...
> table {
> ...
> border-collapse:collapse;
> }
this is a little extreme, it collapses the edges themselves...and it ends up
looking all screwed up !?
> BTW: this site seems to have decent online references and tutorials for
> HTML/CSS...
>
> http://www.w3schools.com/default.asp
THIS IS A GOD SEND...
thanks
-MAx
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [html][tables] removing gaps from table cells and rows within css...
Hi, although this is not specifically rebol related, I know many of you are
seasoned html coders and I was wondering what I have to include in a css file so
that ALL spacing is removed in between elements.
right now I have the following css and I still get some spacing... the W3c docs
aren't the most helpfull sometimes...
BODY {
margin: 0;
text-align: center;
background-image: url("images/bg.jpg");
background-repeat: repeat;
font: 10pt "trebuchet ms", serif;
}
TABLE {
border: 1px solid ;
border-color: white;
margin: 0;
padding: 0;
border-spacing: 0 ;
spacing: 0;
}
TR {
margin: 0;
padding: 0;
border: 3px solid;
border-color: rgb(255, 0, 0);
border-spacing: 0;
spacing: 0;
}
CR {
margin: 0;
padding: 0;
border: 3px solid;
border-color: rgb(0, 255, 0);
border-spacing: 0;
spacing: 0;
}
TD {
border: 3px solid;
border-color: rgb( 0, 0, 255);
border-spacing: 10;
margin: 0;
padding: 0;
spacing: 0;
}
The strange thing is that if I specify spacing to be 0 in the table element's
html tag for spacing, then it works... I just haven't found an equivalent in css
yet... and I'd prefer to have all looks handling within the css...
also, I was wondering, if it possible to make tables non autolayout (i.e, each
row/column needs to have its size specifically set, which would potentially make
it much cleaner across different browsers).
-MAx
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: any 1.3 releases in linux?
thanks, that's recent enough... I have to test the call method under linux... and since It seems to have been promoted to being free starting at 1.2.11, I thought I'd try it out instead of using my /pro license at work... -MAx - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 19, 2004 3:10 PM Subject: [REBOL] Re: any 1.3 releases in linux? > > MAx: > > > > are there any releases of 1.3 in linux... > > > > I'd need it for red hat... > > There was one beta, 1.2.15, near the start of the 1.3 beta development project > http://www.rebol.net/projects/view1.3/downloads/ > > Sunanda > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] any 1.3 releases in linux?
are there any releases of 1.3 in linux... I'd need it for red hat... -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [ANN] [REBOL.org] [ML] Indexing the Mailing List
in the least, if they were all sorted out intelligently and all the tag team had to do was confirm or request the classification, then their job would be that much easier. :-) best of both worlds IMHO. -MAx -Original Message- From: Peter WA Wood [mailto:[EMAIL PROTECTED] Sent: Sunday, May 16, 2004 5:31 AM To: [EMAIL PROTECTED] Subject: [REBOL] Re: [ANN] [REBOL.org] [ML] Indexing the Mailing List Robert A very interesting suggestion. As Sunanda suggested it may be worth a "computers versus humans" challenge. Given my ignorance of REBOL and Bayes filters, I for one had better stick to the manual tagging team. :-) I'm sure there would be some value in some "intelligent" scripts which can selectively remove "quoted" text from stored messages. When the test is specifically quoted, as you have done, it adds to the readability of the message; when the "quoted" text is simply the original message it actually gets in the way of reading the thread. Any takers? Peter On Saturday, May 15, 2004, at 19:02 Asia/Kuala_Lumpur, Robert M. Münch wrote: > > On Fri, 14 May 2004 10:55:01 -0600, Gregg Irwin > <[EMAIL PROTECTED]> wrote: > >> Just recently Sunanda posted his message about tagging the ML index at >> REBOL.org. In the short time since, the tag team (Peter Wood, >> Christian Ensel, and Sunanda -- did I miss anyone?) have pushed the >> number of tagged threads over the 1,200 mark! > > Hi, I think this is a tremendous work and I'm thinking if your > resources > shouldn't be used for other things. Some time ago I posted a request > about > Bayes filters etc. IMO it should be possible to use those 1200 taged > messages as the base to train a bayes filter and than have it > categroize > the rest of the messages. What do you think? Robert > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject. -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [Cerebrus][Imap] alpha test
You mean you gave cerebrus clients a port so that they could receive their imap mail through it?:-) If I understand correctly, this means cerebrus gets the mails through imap and then provides them for the clients through an imap server port? -MAx - Original Message - From: "Graham Chiu" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, May 16, 2004 5:33 PM Subject: [REBOL] [Cerebrus][Imap] alpha test > Maxim Olivier-Adlhoch wrote.. apparently on 13-May-2004/22:18:37-4:00 > > >given time and further outlook frustrations... I'm secretly thinking of using > >cerebrus with imap to have better mail filtering cause I'm getting a slew of > >spam at work... > > Hi Max, > > I spent the better part of yesterday looking to see if I could implement an IMAP solution for Cerebrus. > > I got as far as being able to telnet into Cerebrus and being able to retrieve mail. When I used Outlook Express, it was able to correctly read all the folders, note the new email etc, but when it tried to retrieve mail, it complained that it couldn't. My logs show that the mail was being returned so perhaps Cerebrus is mangling it in some way that OE doesn't like. > > If you, or anyone else, is interested in helping me test/debug the imap side, please let me know and I'll send you a copy of the binary. > > -- > Graham Chiu > http://www.compkarori.com/cerebrus > http://www.compkarori.com/rebolml > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Functions, /local and refinements
> As for refinements put after /local, I can see an advantage to > the current behavior: Undocumented interfaces. It is sometimes private refinements... I admit its a good idea... sort of goes against what I just said, I guess... what I'd like are private members and methods. As a way to protect copyrighted code... doing a mold on a private item of an object would ignore those items or encrypt them with a key. Then a make object, would need that key to remold the object as it was... Otherwise it stays hidden. I guess it is doable by patching code, but it would be a nice feature by default. I'm sure many of you would like to hide the code from your clients, especially when doing approvals... allowing seamless privacy in selected object components can make this less of a job, especially if you want to keep some level of external control in the code (i.e. text-based code)... -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Functions, /local and refinements
> Of course that makes perfect sense, but shouldn't HELP still > understand that refinements coming after /local are part of the > interface and display them? I think it should. when duplicating an arg block which has a local in it, it can be a pain to have to make sure that you INSERT new args before /local (placing the local refinement to it) instead of just appending to it... intermediate users could be duped... -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Functions, /local and refinements
> /local for local var is only a convention set by RT, but indeed there is no
> difference at all between /local and any other refinements:
that's what I thought...
of course some functions add it ('function 'has) when creating the internal
func call.
> f: has [a b] [print [local a b]]
> f/local 1 2
>
> so one could use any refinements for local vars, only help do not know it.
we actualy often do without noticing it...
like when we reuse a refinement word that is not set by the user...
-MAx
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: icalendar parser ?
This is interesting... do you know if palm OS supports it in any of its applications? -MAx - Original Message - From: "Jason Cunliffe" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 13, 2004 3:24 PM Subject: [REBOL] Re: icalendar parser ? > > > Has anyone written an iCalendar .ics file parser or related application in > Rebol ? > > iCalendar tools seem like a terrific and very accessible target application > for Rebol developers. > I'd even go so far as to say iCalendar programming seem to have been born > for Rebol to implement:-) > > - The format is not even XML, so faster parsing. > - There are good commercial opportunities for cross platform servers and > clients. > - By default standards calendars are relatively 'low' demand graphic > applications - perfect for Rebol/View > - Great showcase for and use of new Rebol/view web browser plugin. > > > Event Sherpa offer a free 'lite' version and then Pro one for $99/year. > The business model is like many these days. A desktop client tool which > generates data files and imports/exports them to a remote server, typically > hosted by the vendor for free and for pay to access richer feature set. > > Event Sherpa and Apple's iCal are nice tools already. But many people do not > want to depend on someone else's server or interface design. PHPicalendar is > the most widely used 3rd party tool for rendering .ics iCalendar data files > in a web page. But not yet offering direct interactive collaborative editing > like the host apps do []iCal, Event Sherpa etc.] People are working on this > now and there will be a boom in calendar apps thanks to a reasonable format > and Apple's smart initiative. There is a good market for shared calendar > apps small small businesses over Intranets but with secure remote access. > --Jason > > iCalendar Links > > Apple iCal > http://www.apple.com/ical/ > > EventSherpa [Win32] > http://www.eventsherpa.com/home/home.html > > Mozzilla iCalendar > http://www.innerjoin.org/iCalendar/ > > > > IETF RFC 2445 > http://www.ietf.org/rfc/rfc2445.txt > > iCalendar Specification Excerpts > http://www.kanzaki.com/docs/ical/ > > PHPicalendar > http://phpicalendar.sourceforge.net/nuke/ > Python > http://www.nongnu.org/python-pdi/ > Ruby > http://www.macdevcenter.com/pub/a/mac/2003/09/03/rubycocoa.html > dotNet > https://sourceforge.net/projects/icalparser/ > > OGo [OpenGroupware.org] -- ZIDESTORE server > http://www.opengroupware.org/en/projects/zidestore/ > > Intrepid Zope3 designers have their eyes on this... > http://www.europython.org/interviews/steve_stephan_zope/view > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: imap support?
Yeah I saw those mails... Might send Maarten a mail directly... maybe he remembers... I read a little of the imap rfc and as such it does support a lot of things, I'm sure we can list mailboxes, cause otherwise there is no point in using imap... servers generally support pop before imap... and imap's main differenciating feature is mailboxes (any maybe an encrypted password...) thanks anyhow, I think this is a case for sending a mail to feedback... still if anyone has an anwser... I'm listening... I'd basically like to create a mailer which replaces outlook/exchange client for all of us who must endure an exchange server as a user... at least for the mailing... btw, so far, all my tests where flawless on reading mails through imap. I just find the html conversion thing a bit strange... I'm not sure if that's how exchange always sends mails to its clients. maybe I could see if I might add a few more commands to the imap protocol... given time and further outlook frustrations... I'm secretly thinking of using cerebrus with imap to have better mail filtering cause I'm getting a slew of spam at work... but since my time is sparse during the summer... I don't know when/if that is all possible... -MAx - Original Message - From: "Graham Chiu" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 13, 2004 8:29 PM Subject: [REBOL] Re: imap support? > Maxim Olivier-Adlhoch wrote.. apparently on 13-May-2004/11:40:28-4:00 > >ok, well know I discovered that using imap we must trail the url with the folder we want... > > > >for example > > > >url: imap://user:[EMAIL PROTECTED]/rebol-ml > > > > Hi Max > > There's a bug in the current stable Rebol release with Imap that has been fixed in the betas. This bug prevents you opening up a mailbox twice in the same session. > > Over the last 40,000+ mail list messages, I count only 3 people interested in IMAP :( Maarten claims to have once got the list of mailboxes once but was not able to repeat that. > > Basically, my understanding is that Holger implemented as much of IMAP so that it had POP functionality. Everything else is not there. > > Having said that, you should be able to use Rebol to do what you want but not using the IMAP protocol. I recently had to rename some folders etc, and was able to telnet into my IMAP server to do this. > > Hope that helps. > > -- > Graham Chiu > http://www.compkarori.com/cerebrus > http://www.compkarori.com/rebolml > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] imap support?
I was using imap to access an exchange server and was wondering why rtf messages where converted to html in the data returned by the server... is it because rebol is not identifying itself as an rtf aware application ? using view 1.2.46 is there a way for me to get the rtf version of a mail? is it also possible to get more than just the mails? like the folder data and in what folder, a mail has been placed? are there any tools, schemes or scripts which would allow me or help me to make an exchange mail client in rebol? thanks for any info! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: ANN: 3D game engine
Hi Roland, would you consider posting it to rebol.org... I'd really like this app to be part of the rebol collective. its really worth it Rebol.org is missing games... and demos -MAx - Original Message - From: "Roland Hadinger" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, May 11, 2004 5:06 AM Subject: [REBOL] ANN: 3D game engine > > http://www.errru.net/rebol/fun/rdm.r > > Right now, this is just a nonviolent and incomplete demo, which needs > the latest view beta. > > Some features: > > - everything 100% REBOL > - no texturing (no OpenGL), but changing the wall drawing code is easy. > > - 3 DOF with fast hidden line removal (front to back occlusion test) > - adaptive time step physics > > - can be rewritten for 4 DOF (no up/down or tilting rotations) > - can be rewritten for rooms with arbitrary, but convex 2D outlines > - can be rewritten for graph-like room topology (right now it's a grid) > - can be rewritten for OpenGL rendering > - no room-over-room capability > > It will still take a lot of time to make a fun game out of this :/ > It would be interesting to see if REBOL can do real-time > streaming of game state over networks. > > PS: REBOL/view rendering speed isn't so slow, is it? > -- > R. > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: ANN: 3D game engine
> PS: REBOL/view rendering speed isn't so slow, is it? depends... when setting view port to 1200x1000 game is at about 3-4 fr/sec... (no scientific calculations... just a rough visual estimate) considering a c compiled source might run at around 2000-4000 fr a second for a similar display (with your typical one/two-year old gfx card) rebol is not very fast... it would benefit greatly by using OpenGL internally for most of its raster drawing, simply because all modern gfx cards support it in hardware. you know OpenGL isn't just a 3d engine... I know I'm always complaining... that's my lot, I just like to keep myself realistic less than optimistic. There are things that ARE and things that could be... fast view is still of the later... BUT YOUR DEMO KICKS ASS !!! it definitely shows that rebol's DATA processing is extremely efficient if used properly :-) -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: frustrating pairs...
> -Original Message- > From: Alain Goyé [mailto:[EMAIL PROTECTED] > Sent: Friday, May 07, 2004 1:13 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] frustrating pairs... > > > ; pairs are not numbers, not series, not objects... too bad ! > ; If we set: (that's why they are called pairs ;-) remember that you can use first second /1 and /2 a: 1x5 a/1 a/x first a are all equivalent... I know this does not answer your question... but since we are talking about pairs... its a good time for the reminder... -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: ANN: IP-info plugin version
one word: AWESOME! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: rebOldes [mailto:[EMAIL PROTECTED] > Sent: Friday, May 07, 2004 12:39 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] ANN: IP-info plugin version > > > > Hello rebol-list, > > IP-info version 0.0.2 is now available > http://oldes.multimedia.cz/rss/builds/ipinfo/ > > -- > Best regards, > rebOldes -[ http://oldes.multimedia.cz/ ] > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Using "repeat" in write/append/lines
oops should have been: >> count: 10 >> a: copy "" insert/dup tail a "*" count >> a == "**" -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Using "repeat" in write/append/lines
count: 10 a: copy "" insert/dup tail a "*" count print a "**" OR full-bar: "" copy/part full-bar count I find the second less sexy but easier to read inside code. HTH MAx > -Original Message- > From: ML [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 04, 2004 2:49 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Using "repeat" in write/append/lines > > > > I am adding lines to a text file and it is one of those > things that I want to print out as many asterisks as is > listed in a variable to make a simple graph. So here is the > effect I am after: > > 2pm : > 3pm : ** > 4pm : * > > The thing is how do I "print" those asterisks when I am > outputting to file. I don't know what to put in the repeat function. > > When trying out this on the console, I would try a command like: > > write/append/lines %output.txt repeat i 10 ["*"] > > But instead of ** in the appended line I would get a single * > > Can anyone help? > > Stuart > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000
> Now I'm baffled, since I really have tried everything except > this total > cleanup and reinstall. But'I'm very glad :-)) > > I'm sorry to have bothered you all with a problem that now > seems not to > exist :-( eh well, I consider it a problem that if you DO have a home, it *can* changes rebol's behavior. startup and install are rebol's weekest points mainly because it cannot rely on anything being set the same way. that is one reason, I find rebol/core to work fine and dandy without installer. > Thanks to all of you who pointed me in the right direction!! that's what the list is for. -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: probe/dump-binary survey
> how about: > help probe ->> > "Prints a molded, unevaluated value and returns the same > value. similar: ? ?? > dump" YESS A "RELATED:" or "SEE ALSO:" WOULD BE SO USEFULL IN ALL RT Function defs. AND A CLASSIFICATION ID TOO ... like in the ref-words doc where there the words are split up/sorted in different related domains. then you could do help/topic series and get a list of 30 words, all related to series... > there is a convention to call such functions dump-*. that the > integrator is > called 'dump makes sense. yess!!! my opinion too. > > > * You don't have to add extra docs in each one saying how they > > differ, you just doc the refinement that tells how it changes > > the behavior. > > > > that can be done with a naming-convention too. because "help > round-" would do > a "wildcard-search". In case of 'round i prefer refinements. because all the different operations are related... me too > Now instead of "send" i could not resist to press "hack", and here is: > > ;the code [...] cool stuff :-) -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [REBOL.org] [ANN] Packages: the next generation
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 04, 2004 5:05 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [REBOL.org] [ANN] Packages: the next generation > > > > *The descriptions, "package file", "linked script", > > "package script", "script from Library" look like > >they could be useful, but to me I'm not sure > > what they actually mean. > "package file" -- is a file in the package that the package owner has > uploaded. It may be a REBOL script, binary image or anything else "linked script" is as sunanda described, a script already on rebol.org "package file" is if the author included a package. as described in my quick start repack mail, recursive downloading, is not yet available, just download it by iteslf (in the proper directory). "script from Library"!?!? a yeah, I see, (after looking at steel-libs package)... those are the notes under the file info... yes, maybe the LDS server should get the notes or purpose details from the linked script itself... as it is now, that is a generic message for linked scripts... Sunanda what do yo think, is that complex to do? > Perhaps a link to a glossary of > terms or help page would be good. part of the eventual help mentioned below... > there is only ever > one copy of values.r in the Library -- not dozens of copies > in different > packages. this of course depends if you install packages in their own directories, in which linked scripts DO exist in every install. Slim (from the steel project) would allow only one copy of the file to exist for all apps, even if the apps where installed anywhere. > > *It was not obvious to me that clicking on an item in the > > package pane would > > invoke network activity. This could be important for > > someone on a slow link. I built the application solely on a 56k access... its not too bad, waiting 1 second for the feedback, but It could be made clearer or it could also be buffered, so that if you go back to an earlier package, it does not upload it again. I thought maybe making the network feedback a distinct color (like blue)... maybe a first time use pop-up could also be usefull... (with "do not ask again" check box) > > The subtle psychological consequence is that a user could > become worried > > that they don't know when and where to click to be most efficient. There are only three buttons which poke the network. 1- refresh in package pane 2- clicking on a package to get its specs 3- download button all the rest is memory and disk access. > > More visual feedback on what is happening is on the list of > things to do. > > I agree that on slow links no one wants a program to start > unexpectedly to > start long-running network operations (I got only a 56K modem > link most of the > time myself). but at least in (now released) v1.1.0 you do get much better message & logging and a real "stop!" button to cancel downloads. docs are definitely missing at this point... the next version (no estimated release) will have a help button with descriptive text AND images. > But total data transfer is very small -- well under 2K in > most cases, unless > you actually click the download button. yep! network demands are pretty compact. I'd say rebol.org (through repack.r) bogs down only about 1-2% of requests (i.e. a network operation would take 10-15 seconds to complete, due to server/internet load)... btw which version did you try? HTH! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: demo of a tree interface
very neat ! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Alain Goyé [mailto:[EMAIL PROTECTED] > Sent: Monday, May 03, 2004 4:27 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] demo of a tree interface > > > Hi all, > > I made this little demo of a tree interface similar to > TreePad (TM) - in case it interests someone: > http://alain.goye.free.fr/rebol/NoteReb.r > > Please send me any comments you may have. > > Alain G. > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000
strange indeed... :-( -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Arie van Wingerden [mailto:[EMAIL PROTECTED] > Sent: Monday, May 03, 2004 1:15 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > Hi Max, > > in fact I only have 1 user.r file in the correct dir and I do display > what-dir from it. > It does display correct when I use the HOME variable > but right after switching to REBOL_HOME (with exactly the > same contents as > HOME had) there's no display, so user.r was not loaded. > > I don't know when the new View will finally be available - > perhaps I should > wait till then ;-D > > Met vriendelijke groet / with kind regards, >Arie van Wingerden > http://home.zonnet.nl/rebolution/ > > > - Original Message - > From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, May 03, 2004 5:00 PM > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > > > but did you put a user.r file in the REBOL_HOME path? > > > > it might help you if you put the following in ALL your user.r files: > > > > probe what-dir > > > > > > this will at least tell you WHICH user.r is being run... > also remember > that if you create an icon and give it a startup directory, it will be > looking for an user.r directory THERE first. > > > > -MAx > > --- > > "You can either be part of the problem or part of the > solution, but in the > end, being part of the problem is much more fun." > > > > > > > -Original Message- > > > From: Arie van Wingerden [mailto:[EMAIL PROTECTED] > > > Sent: Monday, May 03, 2004 10:18 AM > > > To: [EMAIL PROTECTED] > > > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > > > > > > > > > Hi Max and Gabriele, > > > > > > thanks for your help! > > > > > > In the REBOL Language FAQ I found a reference to REBOL_HOME, > > > but I couldn't > > > find references anywhere else! > > > There are however references to the HOME variable in de Core > > > Users Guide. > > > > > > As you say Gabriele, indeed I found a variable HOME in > the registry, > > > pointing to the correct directory. > > > My problem however is that my user.r doesn't get executed > > > without a correct > > > HOME environment variable! > > > Replacing HOME with REBOL_HOME just makes that user.r doesn't > > > get executed > > > anymore, which is bad! > > > > > > What is also important is that it did work without problems > > > (without an > > > environment variable), when I had the regular REBOL/View > > > version running. > > > The problem started when I switched to the latest View Beta > > > (rebview1246031.exe). > > > > > > I then could solve it with a HOME env. var to get user.r > > > executed again. > > > But now the Gimp really needs (another) HOME var and clashes > > > with REBOL. > > > > > > Using REBOL_HOME doesn't work AFAICS > > > > > > Any ideas? > > > > > > BTW, I really do not understand why RT doesn't package View > > > beta releases in > > > exactly the same way as regular releases!!! > > > > > > Met vriendelijke groet / with kind regards, > > >Arie van Wingerden > > > http://home.zonnet.nl/rebolution/ > > > > > > - Original Message - > > > From: "Arie van Wingerden" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Monday, May 03, 2004 12:35 PM > > > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > > > > > > > > > > > Hi Max, > > > > > > > > some time ago I had problems with my user.r file not being used. > > > > Than I got some advice in the list to use the HOME > > > environment variable. > > > > That variable is documented in REBOL/Core User Guide > Chapter 1.2. > > > > > > > > I'll now try REBOL_HOME. Where is it documented? > > > > > > > > Thanks! > > > > > > > > Met vriendelijke groet / with kind regard
[REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000
but did you put a user.r file in the REBOL_HOME path? it might help you if you put the following in ALL your user.r files: probe what-dir this will at least tell you WHICH user.r is being run... also remember that if you create an icon and give it a startup directory, it will be looking for an user.r directory THERE first. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Arie van Wingerden [mailto:[EMAIL PROTECTED] > Sent: Monday, May 03, 2004 10:18 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > Hi Max and Gabriele, > > thanks for your help! > > In the REBOL Language FAQ I found a reference to REBOL_HOME, > but I couldn't > find references anywhere else! > There are however references to the HOME variable in de Core > Users Guide. > > As you say Gabriele, indeed I found a variable HOME in the registry, > pointing to the correct directory. > My problem however is that my user.r doesn't get executed > without a correct > HOME environment variable! > Replacing HOME with REBOL_HOME just makes that user.r doesn't > get executed > anymore, which is bad! > > What is also important is that it did work without problems > (without an > environment variable), when I had the regular REBOL/View > version running. > The problem started when I switched to the latest View Beta > (rebview1246031.exe). > > I then could solve it with a HOME env. var to get user.r > executed again. > But now the Gimp really needs (another) HOME var and clashes > with REBOL. > > Using REBOL_HOME doesn't work AFAICS > > Any ideas? > > BTW, I really do not understand why RT doesn't package View > beta releases in > exactly the same way as regular releases!!! > > Met vriendelijke groet / with kind regards, >Arie van Wingerden > http://home.zonnet.nl/rebolution/ > > - Original Message - > From: "Arie van Wingerden" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, May 03, 2004 12:35 PM > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > > > Hi Max, > > > > some time ago I had problems with my user.r file not being used. > > Than I got some advice in the list to use the HOME > environment variable. > > That variable is documented in REBOL/Core User Guide Chapter 1.2. > > > > I'll now try REBOL_HOME. Where is it documented? > > > > Thanks! > > > > Met vriendelijke groet / with kind regards, > >Arie van Wingerden > > http://home.zonnet.nl/rebolution/ > > > > > > - Original Message - > > From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, May 03, 2004 10:33 AM > > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > > > > > > > what you are looking for is: REBOL_HOME > > > > > > I *THINK* Rebol puts more importance to this than system home. > > > > > > > > > HTH! > > > > > > > > > -MAx > > > > > > - Original Message - > > > From: "Arie van Wingerden" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Sunday, May 02, 2004 10:30 AM > > > Subject: [REBOL] [The Gimp] clashes with REBOL on Windows 2000 > > > > > > > > > > > > > > Hi all, > > > > > > > > when I tried to install The Gimp on Windows 2000 I > found out that > there > > is a > > > > clash with REBOL. > > > > I've set the environment variable HOME to point to the > REBOL/View > > > > executable. > > > > However, The Gimp seems to take HOME as it's place to write user > > dependent > > > > info and tries to create directories and files at that place. > > > > > > > > Does anybody know whether there is an alternative name > for HOME to > point > > to > > > > the REBOL stuff, or to direct The Gimp elsewhere? > > > > > > > > I already tried to remove HOME temporarily, then > letting The Gimp > create > > > > it's stuff (now in an appropriate user dependent > place). When I then > > start > > > > The Gimp later it works fine. However, when I > reintroduce HOME, The > Gimp > > > > gets lost again and wants to use HOME again. > > > > > > > > Met vriendelijke groet / with kind regards, > > > >Arie van Wingerden > > > > http://home.zonnet.nl/rebolution/ > > > > > > > > -- > > > > To unsubscribe from this list, just send an email to > > > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > > > -- > > > To unsubscribe from this list, just send an email to > > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000
> -Original Message- > From: Gabriele Santilli [mailto:[EMAIL PROTECTED] > Sent: Monday, May 03, 2004 9:21 AM > To: Arie van Wingerden > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > I think you can use REBOL_HOME (or was it REBOL-HOME?) for REBOL. > Anyway you shouldn't really need it for /View, since it should be > using the registry anyway. that is true sometimes... but I've found that the moment you install your second version of view ALL HELL BREAKS LOOSE and your user.r becomes out of control. what is it with the install tool copying rebol.exe and the user.r in A home directory !? running a rebol in a shell and running one in an icon can be different,creating your own aplication icon will point to the rebol you point to, yet the registry points to a copy in your profile or home dir, yet the installer asks for an install dir... why !?. really, I wish rebol/view would let you do a dumb install (or at least ask you) and NOT play around with the registry... especially when it has to be installed on several computers at once, and they all share the same network path... maybe RT could just package on rebol view which does not include the installer (like the beta versions :-)... for those of us who know how rebol works... I've said it before so I'll shut up now... everyone is tired of me saying it... ;-) ciao! -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000
in the rebol docs... I use the old 2.3 pdf guide and its still the most feasible rebol source of info... I love the search capabilities... having things on html means you have to search throughout more than one page... not always very usefull... I wish the guide where put up to date, to core 2.5.6. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Arie van Wingerden [mailto:[EMAIL PROTECTED] > Sent: Monday, May 03, 2004 6:35 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > Hi Max, > > some time ago I had problems with my user.r file not being used. > Than I got some advice in the list to use the HOME > environment variable. > That variable is documented in REBOL/Core User Guide Chapter 1.2. > > I'll now try REBOL_HOME. Where is it documented? > > Thanks! > > Met vriendelijke groet / with kind regards, >Arie van Wingerden > http://home.zonnet.nl/rebolution/ > > > - Original Message - > From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, May 03, 2004 10:33 AM > Subject: [REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000 > > > > > > what you are looking for is: REBOL_HOME > > > > I *THINK* Rebol puts more importance to this than system home. > > > > > > HTH! > > > > > > -MAx > > > > - Original Message - > > From: "Arie van Wingerden" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Sunday, May 02, 2004 10:30 AM > > Subject: [REBOL] [The Gimp] clashes with REBOL on Windows 2000 > > > > > > > > > > Hi all, > > > > > > when I tried to install The Gimp on Windows 2000 I found > out that there > is a > > > clash with REBOL. > > > I've set the environment variable HOME to point to the REBOL/View > > > executable. > > > However, The Gimp seems to take HOME as it's place to write user > dependent > > > info and tries to create directories and files at that place. > > > > > > Does anybody know whether there is an alternative name > for HOME to point > to > > > the REBOL stuff, or to direct The Gimp elsewhere? > > > > > > I already tried to remove HOME temporarily, then letting > The Gimp create > > > it's stuff (now in an appropriate user dependent place). > When I then > start > > > The Gimp later it works fine. However, when I reintroduce > HOME, The Gimp > > > gets lost again and wants to use HOME again. > > > > > > Met vriendelijke groet / with kind regards, > > >Arie van Wingerden > > > http://home.zonnet.nl/rebolution/ > > > > > > -- > > > To unsubscribe from this list, just send an email to > > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: probe/dump-binary survey
> Are you saying that because that's how PROBE currently works > (i.e. the molded result is exactly what is displayed)? We wouldn't > be affecting molded code in general, only what PROBE prints out. The > value given to PROBE would be returned just as it is today. that would make probe a little obsure ... probe is meant to show what the code is ... internally. If you want to make a datatype based format print or probe, then user should just implement this: dprobe: func [data][ switch/defsault type?/word [ object! [dump-obj data data] binary! [dump-binary data data] ;--- add you favorite datatypes here--- :-) ][ probe data data ] ] its so easy to do that there is no point in obfuscating probe IMHO... -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: probe/dump-binary survey
nope, no go...just like probe on an object! does not do a dump-obj. especially since we often insert a probe within a line to get status at that moment, like just before an assignment... dump-bin would break that behaviour. dump-obj as a function is cool though, so it should be included :-) -MAx - Original Message - From: "Romano Paolo Tenca" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, May 02, 2004 5:50 PM Subject: [REBOL] Re: probe/dump-binary survey > > Hi, > > > Please consider that molded code should be able to be > > loaded back by rebol. So I say no. > > I agree. > > Could be an help service. > > --- > Ciao > Romano > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [The Gimp] clashes with REBOL on Windows 2000
what you are looking for is: REBOL_HOME I *THINK* Rebol puts more importance to this than system home. HTH! -MAx - Original Message - From: "Arie van Wingerden" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, May 02, 2004 10:30 AM Subject: [REBOL] [The Gimp] clashes with REBOL on Windows 2000 > > Hi all, > > when I tried to install The Gimp on Windows 2000 I found out that there is a > clash with REBOL. > I've set the environment variable HOME to point to the REBOL/View > executable. > However, The Gimp seems to take HOME as it's place to write user dependent > info and tries to create directories and files at that place. > > Does anybody know whether there is an alternative name for HOME to point to > the REBOL stuff, or to direct The Gimp elsewhere? > > I already tried to remove HOME temporarily, then letting The Gimp create > it's stuff (now in an appropriate user dependent place). When I then start > The Gimp later it works fine. However, when I reintroduce HOME, The Gimp > gets lost again and wants to use HOME again. > > Met vriendelijke groet / with kind regards, >Arie van Wingerden > http://home.zonnet.nl/rebolution/ > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Parsing out strings
in a related topic, I'd like to restate/comment something said this week.. in rebol, there are usually very different ways to achieve the same goals. not just in the functions to use, but in the raw in-code ideology, of how to plug the outputs of all of the fancy series handlers. Some will optimise for code readability and sharability, others will concentrate on raw speed, and yet other solutions will tend to concentrate on code size and "denseness" this is due because in rebol, everything (well almost) is an expression and reuses the SAME basic expressions (coding) rules. So that's why I meant that knowing what you want to do, withing what parameters, actually defines what is the best course of action. now go up and learn all of those words in the dictionnary also, ALWAYS remember to check out the refinements. hey, even I revisit it now and then to refresh my memory. have fun... -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: ML [mailto:[EMAIL PROTECTED] > Sent: Friday, April 30, 2004 6:20 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Parsing out strings > > > > Thanks for the tutorial Max. > > Stuart > > > ----Original Message > > From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Date: Thu, Apr-29-2004 7:51 PM > > Subject: [REBOL] Re: Parsing out strings > > > > > > by using left right mid mentality... > > > > use COPY and AT > > > > so here we go: > > > > with > > > > str: "the user jsmith logged in at 4.30pm" > > > > > > > 1. "the user" > > copy/part str 8 > > > > > > > 2. "the user jsmith" > > copy/part str 15 > > > > > > > 3. "jsmith" > > copy/part at str 10 6 > > > > > > > 4. "jsmith logged in at 4.30pm" > > copy at str 10 > > > > > > > 5. "logged in at 4.30pm" > > copy at str 17 > > > > > > now I'd say that there is a good chance that there is a > better "SOLUTION" to the problem, given a better problem description. > > > > if the ordering of the log file is extremely constant or if > some words always describe the following data, then I'd rather do: > > > > blk: parse/all str " " > > > > >> user: third blk > > == "jsmith" > > > > > > > > >> priviledge: select blk "the" > > == "user" > > > > > > >> user: select blk priviledge > > == "jsmith" > > > > > > >> time: to-time replace select blk "at" "." ":" > > == 16:30 > > > > > > > > >> action: pick intersect blk ["print" "mailed" "logged" > "browsed"] 1 > > == "logged" > > > > I used pick, in case no matching action was found, in wich > case the word 'first would crash, whereas 'pick returns none instead. > > > > > > >> sub-action: select blk first action > > == "in" > > > > here again, if the select fails, then select returns none. > > > > > > now if we replace the string by: > > > > "the sysadmin root mailed fred at 9.00am" > > > > then all the rules still hold, yet the copy/all code > earlier, becomes completely useless... you see in rebol, the > problem is not in solving but in analysis. analysing the > data patterns. By doing thid properly (and knowing a few > rebol words), rebol's expressive power can be fully harnessed. > > > > > > extending the above could be that the user name is > optional, like so: > > > > str: "the sysadmin mailed fred at 9.00am" > > > > > > The following expression would return a default user if > none was given: > > > > users: ["root" "mary" "john"] > > blk: parse/all str " " > > > > priviledge: select blk "the" > > > > user: either (offset: find users select blk priviledge) [ > > first offset > > ][ > > select ["user" "guest" "sysadmin" "root"] priviledge > > ] > > > > > > > > have fun :-) > > > > HTH >
[REBOL] Re: Parsing out strings
by using left right mid mentality... use COPY and AT so here we go: with str: "the user jsmith logged in at 4.30pm" > 1. "the user" copy/part str 8 > 2. "the user jsmith" copy/part str 15 > 3. "jsmith" copy/part at str 10 6 > 4. "jsmith logged in at 4.30pm" copy at str 10 > 5. "logged in at 4.30pm" copy at str 17 now I'd say that there is a good chance that there is a better "SOLUTION" to the problem, given a better problem description. if the ordering of the log file is extremely constant or if some words always describe the following data, then I'd rather do: blk: parse/all str " " >> user: third blk == "jsmith" >> priviledge: select blk "the" == "user" >> user: select blk priviledge == "jsmith" >> time: to-time replace select blk "at" "." ":" == 16:30 >> action: pick intersect blk ["print" "mailed" "logged" "browsed"] 1 == "logged" I used pick, in case no matching action was found, in wich case the word 'first would crash, whereas 'pick returns none instead. >> sub-action: select blk first action == "in" here again, if the select fails, then select returns none. now if we replace the string by: "the sysadmin root mailed fred at 9.00am" then all the rules still hold, yet the copy/all code earlier, becomes completely useless... you see in rebol, the problem is not in solving but in analysis. analysing the data patterns. By doing thid properly (and knowing a few rebol words), rebol's expressive power can be fully harnessed. extending the above could be that the user name is optional, like so: str: "the sysadmin mailed fred at 9.00am" The following expression would return a default user if none was given: users: ["root" "mary" "john"] blk: parse/all str " " priviledge: select blk "the" user: either (offset: find users select blk priviledge) [ first offset ][ select ["user" "guest" "sysadmin" "root"] priviledge ] have fun :-) HTH -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: ML [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 29, 2004 5:56 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Parsing out strings > > > > I am pretty new to REBOL and am having a bit of trouble > getting my head around how to parse out strings from lines I > am reading in from session logs. > > I am looking at "clear find" and "remove/part" and things > like this but I am getting very confused as to what to use > when, I am more of a left$, mid$, right$ kind of guy. > > Perhaps I can illustrate. > > Suppose the line I am parsing says: > "the user jsmith logged in at 4.30pm" > > Can you give me a clue what I would use to parse in each of > these circumstances where the desired text is: > > 1. "the user" > 2. "the user jsmith" > 3. "jsmith" > 4. "jsmith logged in at 4.30pm" > 5. "logged in at 4.30pm" > > Obviously the jsmith part would change for each line so the > parsing out would need to probably base it on looking for > "the user " and then looking for the next space after that > which should be after the name. > > Anyone give me a clue? > > Thanks > > Stuart > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [REBOL.org] [repack] quick info
hi ppl, just thought I'd give you a little primer on how to use repack. -start by runnning it (from the web or downloaded). -you will see the ui is separated in 5: * a header * a "package" browser pane * the package specification/download setup pane * the message box (which prints rebol package and version, by default) * and the command bar (which only has "close" button in v1.01) - pressing refresh in "packages" pane will list all current packages - clicking on a package, will list its content in the "specification" pane. - for each file in the package you will get all of its meta info like date and version, name and dir. - the engine also looks into the current install dir to see if the listed files exist or have changed. depending on this info, checkboxes are automatically setup, and a visual cue in color is given to say if the file is: * (N)ew * (C)hanged * (S)ame * has (D)irectory problems - the files which contain an install sub-directory will create these paths by themselves, no need to create them beforehand. - you can change the install path by typing it or by clicking on "..." to browse your disks. * this browser renames, resizes, creates dirs, and deletes files directly. * clicking on the left-most part of directories will move you there in one click * clicking on the right-most part will select them for editing (rename or delete) * alt-clicking (usually the right mouse button) will select a file or dir. * alt-clicking on an item which is already selected will show a field gadget. ~ typing a new name will effectively rename that file on disk. NO CONFIRM. ~ pressing esc, cancels the field and rename and puts things back like they where. * any bad path will refresh the ui with red checkmarks and give an error message. - ALL KNOWN ERRORS are trapped and visual feedback is given. In fact a handy alert box even allows you to browse the rebol.org package help page directly. - While downloading, a progress indicator tells you how many bytes have been xfered so far. * don't worry if the info is a little bit queer, its been fixed in the next version (yet unreleased ). - pressing on the application's "close" while downloading is actually a way to stop a download, but be sure to close rebol's console window too, or the download still runs in the bg. (again, in forthcoming version, there is an explicit stop! button). - the refresh button in specification pane once a package spec is loaded, will rebuild the spec pane. It should have virtually no use, unless you change your disk files in a separate task (you browse to the install dir in an explorer and delete stuff). - also note that if you do include a package in a package, repack, although listing it in the top-level package spec, can not download it within the context of the top package recursively ... for now, you have to go to the other package and download it separately... user demand and actual use case will speed-up the feature's appearance. - I hope I didn't forget any thing -repack is the result of 8 weeks of evening work (not all of them being fun ;-). This includes creating glayout (from scratch), slim-link (from scratch), upgrading slim, the actual repack application (from scratch) and would not have been possible without the ever supportive help of sunanda, who always fixed issues and easily agreed to torture the lds system internals to support my whimsical desires for repack ... like the next version's fix for download progression... --- NEXT VERSION --- look out for the up and comming repack v1.1.0... it adds a few new tricks: - run time cancel of a download. - better real-time download stats - a log viewer for all posted messages on the message bar (cause they pass by so fast on high-speed connections). --- ABOUT REPACK'S CONSTITUENT PARTS --- repack was built using glayout, slim, lds-local.r (slimed) , and slim-link to link it all up into one file. People curious about glayout should try out repack. Note that glayout (and repack) works in all versions of rebol starting at v1.2.1 (last official rebol/view release version :-) up to beta 1.2.41 which I tested (and beyond?). also note that glayout has a new file browser which is (obviously) being used in repack.r, cause window's browser (cause it only operates in load or save mode) is simply frustrating to support. All comments welcome, as it'll help me focus on things which nag you first and foremost. I am in the process of creating docs for glayout, slim-link, liquid and an update for slim, but it takes time (a lot). Especially since I thought a complete site redesign was in order. I'll give updates when things start appearing live. have fun! -MAx --- "Given time, this string will become GBs of wasted bandwith" > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, April
[REBOL] Re: Creating [thumbnails] [view]
use to-image outside of the ui ;-) here is a complete app which has external path specs, so that you don't have to fiddle in the code to adapt it to different paths just change the apps and it will do its magic on the directorie's content. of course, the directories should be different, otherwise you'll end up with both thumbnails and source image in the dir, and running the application will duplicate your thumbnails with interesting filenames ;-) ;-- rebol [] in-dir: %/d/imgsrc/ out-dir: %/d/imgdest/ imgs: read in-dir foreach file imgs [ filename: replace copy file %.jpg %_thumbnail.png in-path: append copy in-dir file out-path: append copy out-dir filename save/png out-path to-image layout [ origin 0x0 image 96x96 in-path ] ] ;-- -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Steven White [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 4:39 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Creating thumbnails [view] > > > > Good Day, Fountain of REBOL Knowledge, > > The following script reads a big jpeg file and displays it on the > screen as a 96x96 thumbnail. When I hit the button, it saves > that image > to disk as a 96x96 png thumbnail. I mention this to show > that the idea > can be done (as of course you know). > _*_*_* > > REBOL [ > ] > > view layout [ > thumbnail: image 96x96 %ships_1024.jpg > button 300x25 "save/png to-image thumbnail" > [save/png %shipspng.png to-image thumbnail alert "done"] > ] > > _*__*_ > > Now, I want to do the same thing, but not in an interactive > manner, not > with a screen. I want a script that will automatically make > a bunch of > thumbnails for a bunch of pictures without any human > intervention. Can > I do that? > > It seems I can't use the "image" key word outside of a layout. If I > use "to-image," I don't see how I can specify the size. I know how to > find all the files in a directory, and how to loop through them, etc, > but I am missing that piece to read a jpeg file, turn it into a > thumbnail, and write it, outside of a VIEW layout. I have > looked at the > cookbook example "HTML Thumbnail Photo Directory Maker," but that also > uses an image within a layout. > > Thank you. > > > > Steven White > City of Bloomington > 1800 W Old Shakopee Rd > Bloomington MN 55431-3096 > USA > 952-563-4882 (voice) > 952-563-4672 (fax) > [EMAIL PROTECTED] > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [TYPE] weird return value
After writing my last mail and reading other posts... I realized that /a/b/c/d is an illusion. when it gets loaded, it ALWAYS becomes: /a /b /c /d even if reduce is not called on it. >> probe [/a/b/c] >> [/a /b /c] probe [[[/a/b/c]]] [[[/a /b /c]]] Like Hallvard just noted, chained refinements are all really separate words. not so obvious! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [TYPE] weird return value
> > length? [/home/http/run/cohen/birds] ;== 5 > > > > while a path like this gives: > > > > length? [home/http/run/cohen/birds] ;== 1 > > > > A path cannot start with "/". > > > But it should return invalid data or refinement! I meant and invalid data ERROR... cause doing: >> type? /dog == refinement! so IMHO the return value is erronous. one should not have to do: if (datatype? type? value) [do something] whenever they do generic language extensions. type? is such a core function!! for dialecting. type? should raise an error if /a/b/c is considered illegal code or refinement! if its legal. I can see that it would be usefull for code argument parsing or refinement sets storing ... -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [TYPE] weird return value
> > It is happening that your are writing a line of code like this: > > type? /home /http /run /cohen /birds > > the "/" starts a refinement! word that ends at the next "/" > where starts > another refinement! word. > the last refinement (/birds) is returned at the end of the evaluation: > > A confirm: > > length? [/home/http/run/cohen/birds] ;== 5 > > while a path like this gives: > > length? [home/http/run/cohen/birds] ;== 1 > > A path cannot start with "/". But it should return invalid data or refinement! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: hook while downloading from html port [http][port]
Scott, this is gold! I added a tag on the subject to be sure rebol.org indexes this properly, this really is a worth-while exercise, thanks for all the time you put on this, it will surely open up the mysterious port handling for many rebolers out there! -MAx - Original Message - From: "Jones, Scott" Sent: Thursday, April 15, 2004 8:35 PM Subject: [REBOL] Re: hook while downloading from html port From: Anton Rolls AR> Scott, I think you are a bit negative about transfer rates. :) AR> Surely there is a way. ... It was one of those things were as soon as I sent my email, I, too, thought of a way to show progress, but our satellite signals times are limited. My guess is that there will already be 3 more ways to do it by the time this arrives! Not unlike Anton's way in using read, I capture the actual bytes read from the return of read-io and accumulate these in a variable. If the site provides content length, then the patch can compare sent to expected. Unfortunately, not all servers/websites send the content length. At the end of the http scheme, and the variable "bytes-transferred", as in: ... cache-size: 5 user-agent: "REBOL View 1.2.10.3.1" bytes-transferred: 0 ] Then change the read function to (watch for line wrap): read: func [ port "An open port spec" data "A buffer to use for the read" /local bytes-read ][ net-utils/net-log ["low level read of " port/state/num "bytes"] bytes-read: read-io port/sub-port data port/state/num bytes-transferred: bytes-transferred + bytes-read if port/locals/headers/content-length <> none [print [to-integer (bytes-transferred / (to-integer port/locals/headers/content-length) * 100) "percent"]] bytes-read ] Reading a page in which the server gives content-length will allow the calculation of percent received. I realized that the read function needs to return the bytes, read, hence the last line. Expanding on the idea, I decided for fun to try to create a visual feedback method that gives progress bar when the content-length is known, or simple accumulated bytes retrieved, when content-length was unknown. It requires a fair amount of patching. Starting with a fresh copy of the http scheme, one first alters the continue-post function: continue-post: func [/tunnel] [ response-line: system/words/pick port/sub-port 1 net-utils/net-log response-line either none? response-line [do error] [ either none? result: select either tunnel [tunnel-actions] [response-actions] response-code: to-integer second parse response-line none [do error] [do get result] ] if show-progress [ either port/locals/headers/content-length <> none [ progress-message/pane: layout/origin/offset [p: progress] 0x0 0x0 show progress-message ][ progress-message/pane: layout/origin/offset [t: text 200x16] 0x0 0x0 show progress-message ] ] ] Then following the close block and build-port further down, one inserts these lines ... ] build-port ;insert following lines if all [block? port/state/custom post-data: find port/state/custom to-lit-word 'progress block? post-data] [ show-progress: true progress-message: get to-word select port/state/custom to-lit-word 'progress ] Then one changes the close function: close: func [port][ if show-progress [ progress-message/pane: layout/origin/offset [t: text 200x16] 0x0 0x0 show progress-message t/text: "Done!" show t show-progress: none ] system/words/close port/sub-port bytes-transferred: 0 ] One changes the read function: read: func [ port "An open port spec" data "A buffer to use for the read" /local bytes-read ][ net-utils/net-log ["low level read of " port/state/num "bytes"] bytes-read: read-io port/sub-port data port/state/num bytes-transferred: bytes-transferred + bytes-read if show-progress [ either port/locals/headers/content-length <> none [ p/data: bytes-transferred / (to-integer port/locals/headers/content-length) show p ;loop 1000 [] ;uncomment to see fast pages load ][ t/text: bytes-transferred show t ;loop 1000 [] ] ] bytes-read ] Finally, one adds variables to the end of the scheme: user-agent: "REBOL View 1.2.10.3.1" bytes-transferred: 0 show-progress: progress-message: p: t: none ] One uses the custom refinement to pass the reference to a VID box: view layout [ f: field 300x24 button "Get Page" [ read/custom trim to-url f/text ['progress :my-pane] ] my-pane: box 200x16 button "Exit" [quit] ] When one types in a url from a website where the server gives the content-length, the box gets a progress bar embedded, which is then updated based o
[REBOL] Re: hook while downloading from html port [read-net]
hi,
wrt my last mail, the patch was ugly, containing prints and probes...
here is a clean version with an example script to show the difference between loading
a file for which size is not known and one that is:
(as usual beware of wrapping lines...)
;-patch---
read-net: func [
{Read a file from the net (web). Update progress bar. Allow abort.}
url [url!]
/progress callback {Call func [total bytes] during transfer. Return true.}
/local port buffer data size
][
vbug ['read-net url]
if error? try [port: open/direct url] [return none]
size: either port/locals/headers/content-length [
to-integer port/locals/headers/content-length
][
none
]
buffer: make binary! either integer? size [size][8000]
set-modes port/sub-port [lines: false binary: true no-wait: true]
until [
if not data: wait [60 port/sub-port] [data: true break]
if data: copy port/sub-port [append buffer data]
all [:callback not callback size length? buffer data: true break]
not data
]
close port
if not data [buffer]
]
;Examples---
data: read-net/progress http://www.rebol.org func [total bytes][print [bytes "/"
total] true]
data: read-net/progress http://ircuser.org/files/whackpak.wmv func [total bytes][print
[bytes "/" total] true]
;--
btw the second download is really cool... just do a write/binary on it. (its big
though... 5,926,535 bytes)
-MAx
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: hook while downloading from html port [read-net]
AND THE WINNER IS.
> -Original Message-
> From: Brett Handley
> Have a look at /progress refinement on function Read-net.
;-)
read-net... - EXACTLY - what I was looking for.
another nifty function... cool thing is that its not a native, and we can source it,
and then make our own (improved/specific version).
Thanks for everyone who supplied a clue, they are all worthy avenues, and they all
give usefull info which I will keep handy for other network-based problems.
even remembering the existence of echo...
---
PATCH
---
here is a version of read-net which makes it more obvious if we know how many bytes we
are expecting. The RT version puts an arbitrary 8000 bytes as the value... which will
make any progress bar invalid.
this version behaves EXACTLY the same internally (its still allocating an 8k buffer),
but in the callback hook, it properly gives a none value as the total byte size of the
remote file. This way your callback can adapt to only show downloaded bytes instead
of a percentage (exactly like "save link as..." in explorer) .
read-net: func [
{Read a file from the net (web). Update progress bar. Allow abort.}
url [url!]
/progress callback {Call func [total bytes] during transfer. Return true.}
/local port buffer data size
][
vbug ['read-net url]
if error? try [port: open/direct url] [return none]
probe port/locals/headers/content-length
size: either port/locals/headers/content-length [
to-integer port/locals/headers/content-length
][
none
]
buffer: make binary! either integer? size [size][8000]
set-modes port/sub-port [lines: false binary: true no-wait: true]
until [
print type? size
if not data: wait [60 port/sub-port] [data: true break]
if data: copy port/sub-port [append buffer data]
all [:callback not callback size length? buffer data: true break]
not data
]
close port
if not data [buffer]
]
-MAx
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [protect-system] does not work [user.r]
Hi Arie, its been a while since user.r was a topic well, the beta versions treat the user.r the same, its just that its content is not set by the install tool. There is no installation, so rebol does not copy rebol.exe into your home with a copy of user.r (which very few even realize happens). It gets quite complex because in addition to the rebol.exe directory and your user/home directory, the user.r can ALSO be sourced in any icon's current directory or specifed startup dir... It is quite possible that your current install setup does not properly map to any user.r file. at home, to get user.r to be sourced properly in beta versions, I must: -Create a shortcut to the rebol.exe version I want -Clear the field of startup directory within the shortcut properties. -put a user.r file in the location of the exe -Drag the reblet.r file ON THE SHORTCUT. dragging the same reblet on he actual executable will fail! -you can also set the .r association to a specific version, in which case double clicking on a reblet, will equate to dragging it on the shortcut. I also add a print statement in ALL my user.r which prints what-dir. This will tell you where the user.r was sourced. also, do a search of your machine for user.r files... the first time I noticed that user.r was a slippery file to locate, I had 4 user.r files here and there and depending on the way the script was started, any one of the 4 files would be used and that's with the release version only!!! So, deleting the redundant ones will force rebol.exe to fallback on a shorter list of files, but in the end, the one in the same directory as rebol.exe tends to be the one used. and in some cases (like if you have a %home% env variable) it might not want to fallback to other directories. I did not confirm this with version 1.2.46 specifically, but that's how its been so far with beta versions. HTH! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Arie van Wingerden [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 15, 2004 12:08 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] [protect-system] does not work > > > Hi, > > in REBOL/View 1.2.1.3.1 the PROTECT-SYSTEM (in the USER.R > file) does work fine. > > However when I run REBOL/View beta version 1.2.46.3.1 it does > NOT work. > > Any ideas why? Does the beta version skip user.r? > > TIA. > > Kind regards, > Arie > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: hook while downloading from html port
> -Original Message- > From: Gabriele Santilli [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 15, 2004 6:01 AM > To: Andreas Bolka > Subject: [REBOL] Re: hook while downloading from html port > > > If you only need to report in/out speed in bytes/s or something > like that, I have an hacked version of async:// with speed > measuring in; it's not much tested, was not meant to be of generic > use, it's not based on the latest version of async://, and you'd > need to implement an HTTP client on top of it... but if you need > it, let me know and I can dig it out. what does "implement an HTTP client on top of it involve"? is that completely writing an http scheme or can I borrow the one from within rebol and merge it? maybe I'm completely off track! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: ANN: Color-lab plugin version
wow! This is a super nice tool... why did I overlook it all this time!? so much good stuff laying around... I need a clone ( or three ;-) I was just wondering, how did you get the Hue range effect? -MAx - Original Message - From: "rebOldes" <[EMAIL PROTECTED]> To: "Anton Rolls" <[EMAIL PROTECTED]> Sent: Wednesday, April 14, 2004 12:22 PM Subject: [REBOL] Re: ANN: Color-lab plugin version > > Hello Anton, > > Monday, April 12, 2004, 7:03:36 PM, you wrote: > > > AR> Have a look: > > AR> ** Script Error: decompress expected data argument of type: binary > AR> ** Where: do-thru > AR> ** Near: do load decompress read-thru site/color-lab/ctx-color-lab.gz > >>> read-thru site/color-lab/ctx-color-lab.gz > AR> == none > >>> read-thru site/color-lab/ctx-color-lab > AR> == none > >>> site > AR> == http://127.0.0.1/rss/builds/ > > AR> site has been set to his local computer. :) > AR> Obviously he left that in during debugging, > AR> and forgot to set it back before uploading. > AR> I know how easy it is to forget... > > Ahh... good work Anton. I will fix it:) > > AR> That is a problem I solved for myself by writing a > AR> tool which I called "push-cache". It pushes a file > AR> from my local directory (my current sources) into > AR> my public cache directory. So I always simply use > AR> read-thru or load-thru, and don't have to remember to > AR> remove debugging lines before upload all the time. > > I don't have any debugging lines inside, I just use a script which go > thru all files in specified directory, replaces all parts of code > (usually paths) and copy these files to places from where I do > uploads. But this time I probably uploaded the script directly:/ > > And because the script content is compressed to speed up the download, > I use the site variable in the header which is left uncompressed and > then in code I use: > > site: system/script/header/site > > ... > after same time > ... > it should be fixed > You can even do: > do http://oldes.multimedia.cz/rss/builds/color-lab/color-lab.r > > to run non plugin version (requires the new Rebols where is available > rgb-to-hsv as a native function) > > For these who have old Rebol version, there should be still the > version on my reb-site > > AR> Anton. > > > -- > Best regards, > rebOldes -[ http://oldes.multimedia.cz/ ] > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Accessing Internet from Rebol/View's Desktop
it will always add it. the desktop needs that file to know what files the site wishes to expose to the rebol desktop. in other words, the rebol desktop isn't a "web browser". in rebol speak, I guess we'd call it a "reb browser". Although it uses standard web technology to access the files. Web servers only rarely allow a listing of any site's content. Having the index.r file in that folder, then allows the rebol desktop to know what files are (or should be) available (or allowed access) and what types they are and when was the last time they where changed. You can even specify visual information on how the rebol desktop should look, including background effects and icon images. HTH! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 14, 2004 10:42 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Accessing Internet from Rebol/View's Desktop > > > > I've just started playing with Rebol so this is probably a > dumb question > but I'll ask it any way. > > In Rebol/View's desktop when I click on "GoTo", and enter an > URL, Rebol > adds "index.r" to the end of whatever I have entered. For > example if I > enter "www.mywebsite.com" Rebol turns it into > "www.mywebsite.com/index.r". > How do I get Rebol to stop adding the "index.r" to what I enter? > > Thank you in advance for any help that might be offered. > > Paul > > -- > Linux User Number: 348867 > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] hook while downloading from html port
hi, I was wondering, if its possible to put a hook somewhere (even if deep) within the port or more specifically the html port handler, so that we can update something elsewhere, do statistics or print out transfer rate for example... I thought maybe by reducing the buffer size and patching flush buffer, but I'm not sure or where... so I thought, maybe someone has a ready-made tool, patch or its something standard that just needs a little more exposure... If this is documented somewhere, you can just point me to the docs, I'll be happy to read them directly... thanks in advance. -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [Liquid] Where can I find its website?
well, it should be http://www.rebol.it/~steel/liquid/index.html Its not accessible from the site menus right now... everything is slated to be redesigned... Its just a matter of time... I'm slowly getting to it, those with whom I regularly converse on this list, know that I'm very active, its just that a lot of this is happening "behind the scenes" I still have to: - finish all aspects of rebol.org package downloader (its getting quite nice, expect a public beta version very soon) - create a steel-ide.r package. - document glayout - do slim v1.0 then I can properly do the newer steel site. I'm expecting to tie it in with forge development so that I can properly design the web management tool which mixes in with all of my development work... anyhow, I am releasing all of my tools as I work on them on the rebol.org site. Liquid will definitely be there part of the steel ide package, in its current slim form. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Arie van Wingerden [mailto:[EMAIL PROTECTED] > Sent: Monday, April 12, 2004 1:00 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] [Liquid] Where can I find its website? > > > Hello Max, > > it is a while ago since I updated my website > http://home.zonnet.nl/rebolution but I am busy now updating > it once again. > > While doing that I found out that my reference to "Liquid" is > not correct anymore. > I used to use the link: http://www.rebol.it/~steel/liquid.html > Could you please tell me which link to use instead? > > TIA. > > Kind regards, > Arie > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: ANN: Color-lab plugin version
Hi, got this error... ** Script Error: decompress expected data argument of type: binary ** Near: do load decompress read-thru site/color-lab/ctx-color-lab.gz -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: rebOldes [mailto:[EMAIL PROTECTED] > Sent: Friday, April 09, 2004 2:33 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] ANN: Color-lab plugin version > > > > Hello rebol-list, > > I've just updated my old Color-lab script to be working with new > versions of Rebol - plugin version is available at > http://oldes.multimedia.cz/rss/builds/color-lab/ > > Cheers Oldes > > -- > Best regards, > rebOldes -[ http://oldes.multimedia.cz/ ] > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: command line [arguments]
> -Original Message- > From: tony summerfelt [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 06, 2004 1:33 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] command line arguments > > > > On Mon, 5 Apr 2004 16:25:19 +1200, you wrote: > > >> > either system/script/args [ > >> >instead of: > >> >> either not system/script/args == none [ > >> got an error when i tried that: > > >Then you almost certainly have an error in the code before > this point. :) > > here are the first few lines of the program :) > > ; > REBOL [] > > either not system/script/args == none [ rebol prefered (and simpler) style: either none? system/script/args [ print "no args" ][ print "args waiting" ] there is a ? for all datatypes and pseudo types. as in block?, string?, series?, number?, etc HTH! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [Function] with [Variable number of args]
> I have already seen somebody here redefine the REBOL PRINT > for use its own PRINT substitute with extensions instead and > when leaving > his own context put back the normal PRINT so everything seems > normal after. slim includes (as part of its basic toolset) a very advanced print mechanism, which allows you indent every part of the code you are using. vprint/vprobe also can be swicthed on and off run-time so that you can only see print statements when you need them, yet still leave them in the code for future debugging. because each slim uses its own context, you can switch the vprint on and off for each module separately and this allows you to debug ONLY the part of the code you are working on. I give a simple example of an indented output in the console, when verbose is set to on: pane/gl-layout(none : 108x110) - ROOT PANE pane/gl-layout(none : 106x108) pane/gl-layout(none : 104x106) gl.text/gl-layout(Packages: 102x22) ] ] pane/gl-layout(none : 102x56) pane/gl-layout(none : 80x56) pane/gl-layout(none : 80x40) gl.text/gl-layout(: 80x20) ] ] gl.text/gl-layout(test-a.r: 80x20) ] ] ] ] gl.box/gl-layout(none: 80x16) ] ] in this example, the print statements in the functions themselves where silenced, but you still a clean diagram of program flow and can easily identify an error... all slim modules get the vprint system added at load time... so you don't have to fiddle around with any of this... its free and its completely hands off... you only have to use vprint instead of print and add the /in and /out refinement whenever you want to indent code (which is usually at the begining of a function or a loop, and at the end of these. also note that all modules cooexist as part of the indentation, so different modules using vprint, will all indent cleanly! also note that this system uses the global print, leaving you to do your own complimentary tricks... as usual... like saving to a log... yep... you get indented logs... sorry for this shameless plug ;-) -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [Function] with [Variable number of args]
> > Can someone tell me if there is one simple way to do this > with REBOL or if I have to define another independant > function to do this. no. AFAIK rebol does not handle variable number of arguments, simply because it cannot know where a specific word should stop using values. rebol can only use a variable number of arguments if you use a refinement, to let it know that additional values are needed. each refinement specifiying how many additional tokens it will use up. if you implement your own dialect, then IT can decide if any given word should continue using the following values based on their type, for example. a simple dialect, could be built that simply uses one block and parses it, but still, you are supplying always One argument to the block parser itself. note that you can use a paren! like a block too... this can make it look more like a math expression... like: ++ (1 3) ++ (1) ++ (1 3 5 7) HTH! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: rebol get-together in montreal ?
Hi All, wow, there are more of us than I thought, :-) remember that the invitation is also open to any of you from ottawa, southern or eastern quebec, plastburg, champlain, which would like to attend !? and everything in between... With such a reply in less than a week... I can't see why the event won't take place ! I'll wait a while to see how many more will come out (you can send your interest to me directly, if you want to stay private, btw)... and start planning the event shortly. If people have access to resources (like, space, computers, projectors, etc.) then don't be affraid to let me know, I'd like to keep the event as free as possible. Some have already offered some help and assistance, and don't be sad if I did not acknowledge it... I'm waiting to get an idea of attendance and "event" size, before waisting everyone's time with questions... don't worry, I WILL get back to you... thanks to all respondants, hope there are more comming :-) -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Louis Gosselin [mailto:[EMAIL PROTECTED] > Sent: Monday, April 05, 2004 1:28 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: rebol get-together in montreal ? > > > > Hi There, > > Schedule permitting, I would be there, no doubts. Great idea. > I'd be happy > also to contribute modestly to the get-together organization. I'm in > Montreal. > > Cheers, > Louis > > At 07:33 PM 02/04/2004, Maxim Olivier-Adlhoch wrote: > > hi list, > > I was wondering, would a get together in Montreal attract > enough people that > it would be worth organizing? maybe some of you are already > planning trips, > I also do not know how many of you live near Montreal. > > how many here, would attend a little reunion. > > I know I'd be willing to do a clinic on liquid, glayout, and > other steel > tools including reclip and remark... I'd also do some demos of glass. > > Maybe it would help in forging constructive work > relationships amongst local > (Quebec, Vermont, New-York, Ontarian) rebolers!?!? > > -MAx > "what is this sentence about?" > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: save/all [slim]
> This works WRT evaluation but give an other error I don't understand: > ** rval needs a value > ** Where: save > ** Near: rval: do encloded-func Gabriele is right, this is specific to slim... what happens is that because encompass wants to return any return value that the function its calling returns, it assigns that to an internal value. Robert. There may be a better way for me to handle this, internally (within encompass), but encompass itself already has a mode ( /silent ) which handles functions with no return values... so 'save and 'write should use this ... I don't know how that one slipped by! I have fixed this issue in the version I just uploaded to rebol.org version 0.9.4.1 also adds theese two small extensions: ** Lets you use a word or string on expose calls, it will find the lib for you. ex: slim/expose 'glayout [ view layout ] instead of: slim/expose lib-ptr [ view layout ] ** Lets you expose on the open... call ex: slim/open/expose 'glayout 1.0 [ view layout ] HTH! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: rebol get-together in montreal ?
sorry everyone, I don't know what happened, there was an address mismatch... my origianl reply was meant to be off the list... And I didn't put the list address when I created it... don't know why outlook kept the list address... I think a little glitch occured. again, sorry for OT discussion ... ps, jeannot... je vais continuer directement ;-) -MAx - Original Message - From: "Jeannot Chapdelaine" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, April 03, 2004 10:59 AM Subject: [REBOL] Re: rebol get-together in montreal ? > > Bonjour Max. > > -For English readers, Max answered me in french... so I will use french in the > reply- > > Coginov est une entreprise qui oeuvre principalement dans les secteurs des > auditions technologiques, de la micro-Impartition, et des (vrais) innovations > technologiques. Nous existons depuis deux ans et sommes actuellement 7 > employés. Nos activités sont principalement au Canada et États-Unis. > Cependant, nous avons réalisé un mandat en afrique en janvier et février 2004. > > Pour ce qui est de la signification du nom, et bien, cela veut dire 'a mix of > COGitation and INnOVATION'. Les deux mots sont valides autant en français > qu'en anglais. Il est possible que ça te dise quelque chose... > > En passant, je n'ai rien contre la curiosité. C'est une très grande qualité à > mon avis ! > > Pour la suite sur Coginov je suggère de poursuivre ces discussions en dehors de > ce forum. > > Concernant l'initiative d'une conférence REBOL, je peux aisément trouver un > endroit adéquat pour organiser une conférence. Je te suggère de communiquer > avec à mon adresse [EMAIL PROTECTED] et nous pourrions échanger > quelques messages. Je peux aussi te téléphoner ou encore tu peux le faire. > Aucun problème. > > Pour ton information je viens juste de reserver le nom de domaine > rebolcanada.net. On pourra peut-être en profité pour annoncer un genre de > conférence ! > > @+ > > -Jeannot > > Selon Maxim Olivier-Adlhoch <[EMAIL PROTECTED]>: > > > > > salut, > > > > Dans quel secteur faites-vous affaire chez coginov? > > > > le nom me dit quelque chose... est-ce possible? > > > > je suis curieux, comme tu peux voir ;-) > > > > > > Je me demandais s'il y avait une masse critique assez importante pour qu'on > > se > > loue un petit local ou qqe chose puis organiser un genre de petite > > conference > > sur different themes. > > > > Ce pourrait etre aussi une bonne facon d'ammener d'autres gens qui ne > > connaissent pas le language et qui voudraient en savoir plus. > > > > Si les gens on des toolkits a démontrer ou s'il y a des questions sur les > > outils > > disponibles dont nous aimerions avoir des réponses, peut-etre certains > > auront-ils le gout de s'occuper de leur propres cliniques. > > > > en tout cas, je vais voir l'interet qu'il y a dans la semaine qui suit... on > > verras ce qu'on peut organiser, s'il y a lieu. > > > > -MAx > > > > > > - Original Message - > > From: "Jeannot Chapdelaine" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Friday, April 02, 2004 6:44 PM > > Subject: [REBOL] Re: rebol get-together in montreal ? > > > > > > > > > > Yeah... I am living in Montreal... so let me know what I can do for you > > > > > > Jeannot Chapdelaine > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > > Of Ammon Johnson > > > Sent: 2 avril, 2004 18:38 > > > To: [EMAIL PROTECTED] > > > Subject: [REBOL] Re: rebol get-together in montreal ? > > > > > > > > > I already told Maxim this but since he is asking the list publicly, I > > > personally am planning a trip to Montreal this summer so I will be > > > there. > > > That makes at two REBOLers, any other takers? > > > > > > Enjoy!! > > > ~~Ammon ;~> > > > > > > > > > - Original Message - > > > From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> > > > To: "Rebol-List (E-mail)" <[EMAIL PROTECTED]> > > > Sent: Friday, April 02, 2004 4:33 PM > > > Subject: [REBOL] rebol get-together in montreal ? > > > > > > > > > > > > > > hi list, > > > > > > > > I was wondering, would a get together in Montreal attract en
[REBOL] Re: rebol get-together in montreal ?
salut, Dans quel secteur faites-vous affaire chez coginov? le nom me dit quelque chose... est-ce possible? je suis curieux, comme tu peux voir ;-) Je me demandais s'il y avait une masse critique assez importante pour qu'on se loue un petit local ou qqe chose puis organiser un genre de petite conference sur different themes. Ce pourrait etre aussi une bonne facon d'ammener d'autres gens qui ne connaissent pas le language et qui voudraient en savoir plus. Si les gens on des toolkits a démontrer ou s'il y a des questions sur les outils disponibles dont nous aimerions avoir des réponses, peut-etre certains auront-ils le gout de s'occuper de leur propres cliniques. en tout cas, je vais voir l'interet qu'il y a dans la semaine qui suit... on verras ce qu'on peut organiser, s'il y a lieu. -MAx - Original Message - From: "Jeannot Chapdelaine" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 02, 2004 6:44 PM Subject: [REBOL] Re: rebol get-together in montreal ? > > Yeah... I am living in Montreal... so let me know what I can do for you > > Jeannot Chapdelaine > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Ammon Johnson > Sent: 2 avril, 2004 18:38 > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: rebol get-together in montreal ? > > > I already told Maxim this but since he is asking the list publicly, I > personally am planning a trip to Montreal this summer so I will be > there. > That makes at two REBOLers, any other takers? > > Enjoy!! > ~~Ammon ;~> > > > - Original Message - > From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> > To: "Rebol-List (E-mail)" <[EMAIL PROTECTED]> > Sent: Friday, April 02, 2004 4:33 PM > Subject: [REBOL] rebol get-together in montreal ? > > > > > > hi list, > > > > I was wondering, would a get together in Montreal attract enough > people > that it would be worth organizing? maybe some of you are already > planning > trips, I also do not know how many of you live near Montreal. > > > > how many here, would attend a little reunion. > > > > I know I'd be willing to do a clinic on liquid, glayout, and other > steel > tools including reclip and remark... I'd also do some demos of glass. > > > > Maybe it would help in forging constructive work relationships amongst > local (Quebec, Vermont, New-York, Ontarian) rebolers!?!? > > > > -MAx > > "what is this sentence about?" > > > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > > > > > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] rebol get-together in montreal ?
hi list, I was wondering, would a get together in Montreal attract enough people that it would be worth organizing? maybe some of you are already planning trips, I also do not know how many of you live near Montreal. how many here, would attend a little reunion. I know I'd be willing to do a clinic on liquid, glayout, and other steel tools including reclip and remark... I'd also do some demos of glass. Maybe it would help in forging constructive work relationships amongst local (Quebec, Vermont, New-York, Ontarian) rebolers!?!? -MAx "what is this sentence about?" -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [python] loader of rebol data
has anyone created a tool in python which lets us load a rebol block of set-word! pairs into a python object? or anything else which would let me use rebol's simple block system as a data format for pyton? -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Source code modules.
but that is slim's PRIMARY function. ;-) another way to do a simple loaded namespace is like so: mod: load/all mod: context mod and you have yourself a block of code within an object. note this is untested, but should work IIRC. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Bruno G. Albuquerque [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 31, 2004 12:27 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Source code modules. > > > > Hey Gregg. > > Please do. Unfortunatelly what I need is a lot simpler than what STELL > provides so there is no point in using it (although STEEL looks really > cool). > > I guess the real problem I have is that I don't know how to > "include" the > code that is in a module file in a way it would be bound to a > context. For > instance, I would like to create a file that would have the following > function defind on it: > > test: func [ ] [ > print "Hello" > ] > > And I would like to load it inside a context so I could do > something like: > > test-context: context [ > ; The test function should be here somehow > ] > > And then, be able to do: > > test-context/test > > And get the desired results. > > Thanks. > > -Bruno > > Gregg Irwin disse: > > > > Hi Bruno, > > > > BGA> So, I am working on one project where I will need a > way to create > > BGA> "modules" of Rebol code that will be loaded by a main > script. How > > would I BGA> go about loading those modules from disk in a way that > > would be easy to BGA> access that code in the main script? > > > > If you have the flexibility to experiment, please do give Max's SLIM > > library concept a try. I'd like to see more people play > with it and post > > some feedback to the list. > > > > It's not hard to write a "loader" that brings all your > modules in and > > binds them to a context (I called mine 'lib), and if each > module keeps > > everything in *its* own context, you end up with an nice > hierarchical > > library structure. I can post mine if you want. > > > > Other people (e.g. Ladislav) have nice INCLUDE functions, and of > > course there's PREBOL from RT. > > > > -- Gregg > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Source code modules. [slim]
Hi all, wrt slim I've already got one avid user, and with his obeservations/suggestions my next practical project is going to release slim v1.0 (its currently at v0.9.4). I should be working on that within a week, and will release usable versions at each milestone... on rebol.org note that slim is already stable, packed with features, usable, and well documented. The current issues are more of the feature request type. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Gregg Irwin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 31, 2004 11:31 AM > To: Bruno G. Albuquerque > Subject: [REBOL] Re: Source code modules. > > > > Hi Bruno, > > BGA> So, I am working on one project where I will need a way to create > BGA> "modules" of Rebol code that will be loaded by a main > script. How would I > BGA> go about loading those modules from disk in a way that > would be easy to > BGA> access that code in the main script? > > If you have the flexibility to experiment, please do give Max's SLIM > library concept a try. I'd like to see more people play with it and > post some feedback to the list. > > It's not hard to write a "loader" that brings all your modules in and > binds them to a context (I called mine 'lib), and if each module keeps > everything in *its* own context, you end up with an nice hierarchical > library structure. I can post mine if you want. > > Other people (e.g. Ladislav) have nice INCLUDE functions, and of > course there's PREBOL from RT. > > -- Gregg > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Source code modules.
slim your code! www.rebol.it/~steel/libraries/ -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Mauro Fontana [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 31, 2004 9:51 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Source code modules. > > > > On Wed, 31 Mar 2004 10:47:41 -0300 (BRT), Bruno G. Albuquerque > <[EMAIL PROTECTED]> wrote: > > > > > Hello. > > > > So, I am working on one project where I will need a way to create > > "modules" of Rebol code that will be loaded by a main > script. How would > > I > > go about loading those modules from disk in a way that > would be easy to > > access that code in the main script? This is what would happen: > > > > 1 - Scan a dir for modules. I will probably be looking for > files with > > specific extensions here. > > > > 2 - Load a specific module. Here is the trick part. What I > was thinking > > is > > that each module would have a function that I would call > inside it to do > > whatever is needed. As I intend to download all modules at > once when the > > main script starts, the functions on each module would have to have > > different names. How to keep track of those names? Also, > how to load the > > modules? "do %modulefile" is the best way? > > > > 3 - Access module functions. > > > > Any ideas? > > Why not a standard API for all the modules? > > M&F > > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [data type conversion] question
Hi Brett, Anyhow, at least it seems like Carl and the community are in-tune to what is improvable with dialects. so when he does decide to reopen that part of rebol, it most probably will solve the issues we do have, not just his own. I think Carl has the same problem some of us have... he only has two arms... ;-) but he has ideas and designs for a hundred... and is a perfectionist... One thing is obvious and that is that rebol as a platform is now, again, gaining momentum. Specific issues are being solved, and we are now starting to see new tools, not just fixes and projects. NEW users are always appearing, and some of them have been working on big projects, right off the bat! For my part, I'd like to give a firm ETA on glayout, but I've constantly been raising the bar, so the delivery is always around the corner... And I can't catch up. ;-) The good news is that it HAS progressed a lot. Many issues I didn't feel like solving HAVE been solved, and its starting to feel much less like a demo/beta api and much more like a polished tool. And since it sits on top of VID, you guys will be able to integrate your stuff into it. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Brett Handley [mailto:[EMAIL PROTECTED] > Sent: Monday, March 29, 2004 6:26 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [data type conversion] question > > > > Sorry to get your hopes up. I don't think it means that it > will be included > (actually the opposite). I wanted to point out that it has > been discussed > and to show how Carl defines a dialect. > > Regards, > Brett. > > > - Original Message - > From: "Maxim Olivier-Adlhoch" > To: <[EMAIL PROTECTED]> > Sent: Tuesday, March 30, 2004 2:26 AM > Subject: [REBOL] Re: [data type conversion] question > > > > > > :-) > > > > :-) > > > > :-) > > > > has that already been added to view 1.3? > > > > or does it have an ETA!? > > > > -MAx > > --- > > "You can either be part of the problem or part of the > solution, but in the > end, being part of the problem is much more fun." > > > > > > > -Original Message- > > > From: Brett Handley > > > Sent: Monday, March 29, 2004 6:24 AM > > > To: [EMAIL PROTECTED] > > > Subject: [REBOL] Re: [data type conversion] question > > > > > > > > > > > > > excuse me for sounding critical here, but rebol should > let us create > > > datatypes, > > > > for dialects in the least. I can't see why dialects should > > > have to follow > > > > rebol's syntax this is true for operator too. > > > > > > For your interest, have a look at item 59 and 60 on this page: > > > > > > http://www.rebol.net/projects/view1.3/chat47.html > > > > > > Regards, > > > Brett. > > > > > > -- > > > To unsubscribe from this list, just send an email to > > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > > > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: FTP server
> I remember Reichart saying that they had to do a lot of extra work in > FTPGadget to make it robust--not due to REBOL's FTP implementation, > just FTP in general. someone has reported that netscape's ftp handling has/had more than 60 different internal modes to be uniform accross all ftp servers. ftp seems to have a lot of variations, even in the W3c RFCs, due to the lenght of time it took to get ftp to maturity. just the listing of a directory's contents seems to be a major headache. searching this mailing list, will most propably reveal MANY such discussions (2 or 3 I can recall myself). in any case, do get the latest ftp patch compiled by romano: http://www.rebol.net/cgi-bin/projects/track.r?id=149&; -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [view][crash] concurrent do-events limit.
> Nesting makes sense: it is useful to let the system know > where to go when the > wait finish. Rebol handle this with nested wait. It does make the modal interface much easier to use/change/tweak. I had built an event blocker before, without knowing how the current system does it, and I must admit that the current system makes a popup menu trivial to write. > The crash pointed by Maxim is already in tracker (#84): you > can see what Carl > says about it in the Notes section of the bug. -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [data type conversion] question
:-) :-) :-) has that already been added to view 1.3? or does it have an ETA!? -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Brett Handley [mailto:[EMAIL PROTECTED] > Sent: Monday, March 29, 2004 6:24 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [data type conversion] question > > > > > excuse me for sounding critical here, but rebol should let us create > datatypes, > > for dialects in the least. I can't see why dialects should > have to follow > > rebol's syntax this is true for operator too. > > For your interest, have a look at item 59 and 60 on this page: > > http://www.rebol.net/projects/view1.3/chat47.html > > Regards, > Brett. > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [view][crash] concurrent do-events limit.
Hi Maarten, > Actually... the limit should be one, as a wait inside a wait is useless: > a wait is for event processing so one is enough. Nesting waits makes no > sense. As Carl once said: "a wait is a wait" ;-) I agree, which is why it took me so much time to understand how the modal system all works in view. but when you open any of the requesters (inform), it calls a new 'do-events ( wait [] )... simply because you don't want it to return right away... the wake-event will return false whenever hide-popup is called. This ends one of the concurrents do-event wait []... I also, just today, realised that the 'view word is not a native! anyways, I managed to patch the popup system so that resizable modal requesters are now possible... vid, view and face are so open, its nice to be able to fix/enhance things ourselves. ! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [data type conversion] question
Hi gerard,
actually,
the problem with:
input-expr: [9/5 * 100 + 32]
parse/no-block-eval input-expr rules
is not in the parse, its when you try to create the block in the first place.
its trying to allocate memory for each item in itself, but when in encounters
the 9/5 it bails out.
I understand your point about parse.
I think that to say rebol truely supports dialects, we should be able to do
things like:
blk: make block! [9/5 * 100 + 32]
and rebol should be able to leave it as is in a form or another.
but because we cannot create our own datatypes, then there is no point in it,
because the parser will NEVER be able to convert the 9/5 into an actual value
within rebol.
excuse me for sounding critical here, but rebol should let us create datatypes,
for dialects in the least. I can't see why dialects should have to follow
rebol's syntax this is true for operator too.
isn't it the point of a dialect to be able to give a part of code its own
meaning... and The way I see it, part of that meaning lies in how the data
itself is represented.
using the example above, I could clearly see a dialect which accepts fractions
as a way to create decimal or integer values... maybe rebol could transform the
parts of a block it could not evaluate into a special string type. this could
be dialect! type.
Then we could parse it as a string series and create values out of it through a
dialect. This would allow us to create pseudo datatypes, by using normally
invalid rebol code.
just my two cents on the issue!
-MAx
- Original Message -
From: "Gerard Cote" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, March 28, 2004 4:21 PM
Subject: [REBOL] Re: [data type conversion] question
>
> Hi Maxim,
>
> Thanks for your prompt answer !
>
> > the real thing is ... do you really need to put things in the block form...
in this case, I'm pretty sure the answer is no.
>
> You're right but it was only a question - I thought that may be REBOL would
let the programmer escape the normal way of doing things
> when necessary and even specify other characters ("") to use as a replacement
for the normal REBOL block delimiters [ ] for
> enclosing the full expression to parse.
>
> Something like in the following:
>
> input-expr: [9/5 * 100 + 32]
>
> parse/no-block-eval input-expr rules or
>
> parse/block-to-string input-expr rules or any other suggestion ... in fact
>
> In my view it would a bit different from the current parse/all refinement
where we can specify other delimiters for the splitting of
> tokens when scanning the input expression. Here it looks more like a simple
cosmetic addition but it would have the effect of being
> able to specify the input expression from a REBOL block (which is so natural)
instead of using a string.
>
> The first natural way I could see it is to ask PARSE to not take into account
its normal eval mode so it could nom more complain
> when encountering ill-formed datatypes. The simplest way to let PARSE do this
would be to ask him to internally replace the ending
> [] by "" and continue its normal life using all its current knowledge. No more
frills. Even simpler would be to let him
> automatically detect the presence of [] instead of "" but as I suppose some
scripts already take the normal REBOL way of doing
> things into account and use it in their own way - it would not be very safe to
do this, be it only for compatibility reason.
>
> After all this is simply a cosmetic suggestion to let PARSE be itself more
REBOLish in some way, that is even for just being able to
> cope with this kind of expression - at least this is my own view of the
subject and I know PARSE can be modified relatively easily
> by Carl it this is really needed.
>
> It's also suggested here more for discussion of the global impacts on adding
such a mechanism for PARSE and may be suggest the
> better way to handle this if PARSE had to be changed to handle this situation
in a future release.
>
> Consider this to be on my personal wish list and asking others their POV on
the question!
>
> Regards,
> Gerard
>
>
> --
> To unsubscribe from this list, just send an email to
> [EMAIL PROTECTED] with unsubscribe as the subject.
>
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] system file icons
hi everyone, does anyone know how to get the images which are used for filetypes associations ? I'd like my file requester to show the icons for system defined file types... but I REALLY don't know how to get that info. note that in the best of cases, a method which is available under view w/o pro license is most appreciated, but if we absolutely need pro (or 'call) then hey, that's life... TIA! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [view][crash] concurrent do-events limit.
FYI, I have found a limit (not that its really limiting, but just that its THE limit) on how many do-events you can call simultaneously. that limit seems to be 12! this means that if you try to go above 11 requesters deep (a requester which opens a requester of its own), in standard VID, rebol WILL ALWAYS crash. this is also the cause for crashing if you use VIEW instead of VIEW/NEW inside buttons which open new windows as each call to view will call do-events. There might be other things (like network or timer ports) which further reduce that limit. I have not tested if its based on a limit with the PORT handling itself, or an internal limit on ui-driven ports. HTH! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [show-popup] nothing makes sense!
ah, you're right indeed, its not just looking for buttons.. a bit misleading as the word its setting is call btn-fn ... anyhow, now that its clear, I'm going to patch glayout instead, the wake-event patch was a test more than anything... thanks for the help :-) -MAx - Original Message - From: "Gabriele Santilli" <[EMAIL PROTECTED]> To: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> Sent: Saturday, March 27, 2004 11:27 AM Subject: [REBOL] Re: [show-popup] nothing makes sense! > > Hi Maxim, > > On Saturday, March 27, 2004, 5:14:35 PM, you wrote: > > MOA> I am trying to use inform and/or show-popup and it seems that unless there is > MOA> the word 'hide-popup in it somewhere in the vid layout block used to create the > MOA> pane, the first thing I touch, makes the popup window close, even the touching > MOA> the background. > > Actually, this happens as long as there is no face with an action > defined. > > MOA> now, I am puzzled, because I don't get where that gets checked, set or > MOA> identified. > > It's in wake-event. > > Regards, >Gabriele. > -- > Gabriele Santilli <[EMAIL PROTECTED]> -- REBOL Programmer > Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/ > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [show-popup] nothing makes sense!
well, I guess I had to send the mail to find the solution... ':-P it seems my analysis was -ALMOST- correct. the culprit is the system/view/wake-event function which called hide-popup directly if it there was no button with an action func in the root pane of the popup. why its restricted to only buttons with actions and even more so only if they are in the same pane beats me, but I find that to be quite limiting. anyhow, I've patched that function and it now behaves like I would expect. I hope there aren't any current requesters which depend on that little bit of code I removed. crossing my fingers. ;-) -MAx - Original Message ----- From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, March 27, 2004 11:14 AM Subject: [REBOL] [show-popup] nothing makes sense! > > hi, > > this is a puzzle for advanced view/face/vid users out there. > > I am trying to use inform and/or show-popup and it seems that unless there is > the word 'hide-popup in it somewhere in the vid layout block used to create the > pane, the first thing I touch, makes the popup window close, even the touching > the background. > > now, I am puzzled, because I don't get where that gets checked, set or > identified. nothing in show-popup searches for hide-popup in the layout, so how > can it react to that word being somewhere in the face-structure!? > > to make things worse, it seems that if the 'hide-popup word is is a sub pane of > the layout, it is not recognized !? > > and also, nothing in the layout function searches for the hide-popup word... > > so I have NO IDEA as to where that word is being searched for or even how it > gets identified. > there are no insert-event-func calls either in inform or show-popup... > > maybe I am way off track here, but so far, that is how the problem presents > itself to me. > > I am at a loss of how to solve this one, I'm really missing a detail here. > > > > thanks in advance! > > > > -MAx > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [show-popup] nothing makes sense!
hi, this is a puzzle for advanced view/face/vid users out there. I am trying to use inform and/or show-popup and it seems that unless there is the word 'hide-popup in it somewhere in the vid layout block used to create the pane, the first thing I touch, makes the popup window close, even the touching the background. now, I am puzzled, because I don't get where that gets checked, set or identified. nothing in show-popup searches for hide-popup in the layout, so how can it react to that word being somewhere in the face-structure!? to make things worse, it seems that if the 'hide-popup word is is a sub pane of the layout, it is not recognized !? and also, nothing in the layout function searches for the hide-popup word... so I have NO IDEA as to where that word is being searched for or even how it gets identified. there are no insert-event-func calls either in inform or show-popup... maybe I am way off track here, but so far, that is how the problem presents itself to me. I am at a loss of how to solve this one, I'm really missing a detail here. thanks in advance! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [data type conversion] question
> >> to-string [9/5 * 100 + 32]; Here is > the ill-formed version of the same expression > ** Syntax Error: Invalid date -- 9/5 > ** Near: (line 1) to-string [9/5 * 100 + 32] > >> > > Finally my question is : Can REBOL be told to not evaluate > each element of the block contents I submit him when calling > my function > but simply replaces the end delimiters [ ] for the > appropriately ones " " ? the only way this would work is if you put "" around the 9/5 >> to-string ["9/5" * 100 + 32] its not really evaluating the block, but its trying to create the data in memory and 9/5 is seen to be a date... (but badly formed) just doing: >> [9/5] will give the same error. since this is a syntax error, then 9/5 is the same kind of error as if you where trying to create a string with no end bracket, or any other value... >> ["] will always fail no matter how deep you nest it in blocks the real thing is ... do you really need to put things in the block form... in this case, I'm pretty sure the answer is no. HTH! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [Bot] email command Bot
Hi, some text might be a little hard to follow, I wrote this over the course of several hours.. poking at it here and there... ;-) > > Yeah, it's a subtle thing, but I would like to see native optimized > functions to access DB and do XML parsing/building. 3rd party > libraries, > how good they can be written, keep getting interpreted which is a > disavantage IMHO. there is a pro version... if you need speed, that is bound to be because you are in a corporate environment or are developing tools as a consultant, then a little investment shouldn't be that big a deal. google is powered by python... and I don't see python's slowness being an issue. they propably link to compiled modules or dlls, which we can easily do in rebol (dll)... in any case, rebol only has few natives... and some things inside rebol aren't absolutely stunning either... i.e. many user tools/patch are better than the RT code (and RT does include a lot of that code into subsequent releases.). > > /Command version contains direct mySQL access, but maybe > DocKimble could > > compress his mysql.r into binary format, so you would not see its > > internals and only API would be left for you, which is > plain simple - > > open, insert, copy, close :-) > > See above. That's whay I would also like to see soon a mod for Apache > instead of having to constantly call Rebol interpreter for doing CGI. well, there is something called rebol.dll which looks promising :-) I'm sure they will expand into other platforms as soon as they can. >. other thing may be Maxim's Slim - > > module system - Robert asked us to try that on AltME world, > and I will - > > maybe it can solve some dependency problems etc. > > > > The problem with Rebol community is, that each of us uses > some slightly > > different aproach, and that we can't somehow agree upon > some "standard", > > where others would use it and build upon it ... rebol's strenght (i.e. "do your own") also makes it hard to WANT to play with others... listen, even though I've done slim and wish it to improve and expand and be widely adopted, I'm the first to admit, that I like to code my tools. The reason I built slim, was not so that a select group would integrate an exclusive rebol object framework. I built it so that everyone can package his code in a "documented" specification and then maybe one day, others will write tools which use that specification and create autodocs, or builds a sandbox which is inserted into slim, or (insert your idea, here). if this happens, everyone which wrote a slim gets access to those tools and can forget about writting his own for such boring things. we can even suspect that other loaders could come to be... as long as they conform to the specification, any slim package can then be used by it and benefit from its particular features/extensions. slim also makes it easier for new commers to accept external tools. in a sense, if you take the time to explicitely package it as a module, then there is better chance that you put more thought into the api, and that you -EXPECT- your tool to play with others... in any case, slim shields you from name conflict and goes a long way into making the process pretty painless. Also remember that many newcommers to rebol expect modules to be a part of rebol and it CAN help them to organize their work environments much more quickly if they have only one module/loading api to understand... and a series of modules which deal with given problems. > Yes, that's what I meant. Using external calls as they are > now makes the > main advantage of rebol (portability) useless. but even in python, you have to compile the sources ... for each platform. creating a VP isn't the most trivial of things... but RT COULD port a version of rebol for one of the good VPs out there like TAO, or maybe even java byte code... still its a major undertaking I'm sure. > I like to use > whatever is > provided integrated in the interpreter which I think as optimized in > speed/memory usage and is always available. remember that putting "everything in" , like you say, could transform rebol into another "bloat ware" . anything that is added in a default distro can never be removed afterwards. if they decided to put mySQL by default, then what happens if it falls from vogue? we end-up with a huge pile of legacy code that is virtually useless to 99% of us. I'd rather like us to be able to COMPILE natives and link them in by using industry-standard C++ object modules. just like python and others do it. for my part, I'd like an os module to exist, which maps more of the os data into one platform-independent library... things like current user name, environment variables, temp files handling, , threads, directory mappings, etc. there are already many things in rebol which are more transparent than in many other languages (like file! paths :-). But when doing multi-os corporate-wide deploym
[REBOL] Re: R: patching print & probe so they log to a file disk. [logs] [print] [probe]
hi Giuseppe, you might want to add : trace on trace/net on in your script and launch it this way: rebol -c -s yourScript.r > test.log this will pipe ALL console messages to the test.log file, including all trace messages... if you are reading the net and it fails, you most probably will get trace errors from the network port... hth! -MAx - Original Message - From: "Giuseppe Chillemi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 25, 2004 11:56 AM Subject: [REBOL] R: patching print & probe so they log to a file disk. > > > Hi Maxim, > thanks for the modified versions of Print and Probe. They solve my > logging needs for the whole script. But, how would you debug this: > > if error? read-result: try [source-page: read/lines to-url url-to-read] > > Where the crash is in READ/Lines url-to-read > > > Giuseppe Chillemi > > > > > > > -Messaggio originale----- > > Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di > > Maxim Olivier-Adlhoch > > Inviato: giovedì 25 marzo 2004 17.31 > > A: [EMAIL PROTECTED] > > Oggetto: [REBOL] patching print & probe so they log to a file disk. [logs] > > [print] [probe] > > > > > > Hi Giuseppe, > > > > I changed subject, > > > > in order to get some feedback after a crash, you can add this before > > running your code: > > > > ;8<- invisible logging 8< > > > > log-file: %/path/to/file.txt > > > > *print: :print > > print: func [data /log][ > > if not log [*print data] > > write/append log-file append reform data "^/" > > ] > > > > *probe: :probe > > probe: func [data /log][ > > if not log [*probe data] > > write/append log-file append reform data "^/" > > ] > > ;8<- invisible logging 8< > > > > this wont' cure all your problems, but now, at least, whatever you print > > or probe, gets logged to a file, so you can print as much info as you can > > and review what happened AFTER the crash... that's what I do when I get to > > a point where code becomes unstable. > > > > It helped me find my crashing glayout issue. > > > > > > can anyone tell me if there is a function which is used to add trace > > messages even if only for netword stuff... maybe we can patch that one > > too so that trace gets silently dumped to a file too... :-) > > > > would be nice for off-line stats and access logs too. > > > > -MAx > > --- > > "You can either be part of the problem or part of the solution, but in the > > end, being part of the problem is much more fun." > > > > > > > -Original Message- > > > From: Giuseppe Chillemi [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, March 25, 2004 10:45 AM > > > To: [EMAIL PROTECTED] > > > Subject: [REBOL] R: Re: Rebol READ/lines http://page Crashes > > > (And he did > > > it again) > > > > > > > > > > > > Hi Maximo, > > > Rebol Interpreter crashed again under Windows. > > > I have not tried to open ports directly and I won't do it for a > > > couple as I need to study that chapter of the Rebol Guide. > > > It would be really usefull if Rebol could be started in > > > "DEBUG MODE" > > > logging some of its operations to send the information to Carl. > > > > > > Giuseppe Chillemi > > > > > > > > > > > > > -Messaggio originale- > > > > Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > Per conto di > > > > Maxim Olivier-Adlhoch > > > > Inviato: giovedì 25 marzo 2004 14.55 > > > > A: [EMAIL PROTECTED] > > > > Oggetto: [REBOL] Re: Rebol READ/lines http://page Crashes > > > > > > > > > > > > have you tried the application by using ports direcly ? > > > > > > > > it also has a /line mode which lets you extract content one > > > line at a > > > > time... > > > > > > > > you might also do: > > > > > > > > >> trace/net on > > > > > > > > to see what is happening and try to understand WHY its crashing... > > > > > > > > -MAx > > > > --- > > > > "You can either be part of the problem or part of the > > > solution, but in the > > > > e
[REBOL] patching print & probe so they log to a file disk. [logs] [print] [probe]
Hi Giuseppe, I changed subject, in order to get some feedback after a crash, you can add this before running your code: ;8<- invisible logging 8< log-file: %/path/to/file.txt *print: :print print: func [data /log][ if not log [*print data] write/append log-file append reform data "^/" ] *probe: :probe probe: func [data /log][ if not log [*probe data] write/append log-file append reform data "^/" ] ;8<- invisible logging 8< this wont' cure all your problems, but now, at least, whatever you print or probe, gets logged to a file, so you can print as much info as you can and review what happened AFTER the crash... that's what I do when I get to a point where code becomes unstable. It helped me find my crashing glayout issue. can anyone tell me if there is a function which is used to add trace messages even if only for netword stuff... maybe we can patch that one too so that trace gets silently dumped to a file too... :-) would be nice for off-line stats and access logs too. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Giuseppe Chillemi [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 25, 2004 10:45 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] R: Re: Rebol READ/lines http://page Crashes > (And he did > it again) > > > > Hi Maximo, > Rebol Interpreter crashed again under Windows. > I have not tried to open ports directly and I won't do it for a > couple as I need to study that chapter of the Rebol Guide. > It would be really usefull if Rebol could be started in > "DEBUG MODE" > logging some of its operations to send the information to Carl. > > Giuseppe Chillemi > > > > > -Messaggio originale- > > Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Per conto di > > Maxim Olivier-Adlhoch > > Inviato: giovedì 25 marzo 2004 14.55 > > A: [EMAIL PROTECTED] > > Oggetto: [REBOL] Re: Rebol READ/lines http://page Crashes > > > > > > have you tried the application by using ports direcly ? > > > > it also has a /line mode which lets you extract content one > line at a > > time... > > > > you might also do: > > > > >> trace/net on > > > > to see what is happening and try to understand WHY its crashing... > > > > -MAx > > --- > > "You can either be part of the problem or part of the > solution, but in the > > end, being part of the problem is much more fun." > > > > > > > -Original Message- > > > From: Giuseppe Chillemi [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, March 25, 2004 5:49 AM > > > To: [EMAIL PROTECTED] > > > Subject: [REBOL] Rebol READ/lines http://page Crashes > > > > > > > > > > > > > > > I have finally completed my first Rebol program. It is a kind > > > of spider > > > which reads web pages and perform some work on them. > > > > > > From time to time I experience a crash of the Rebol > > > interpreter. On the > > > first READ attempt I get an error (intercepted with TRY), at > > > the second > > > attempt Rebol BUMS ! > > > > > > I am not able to reproduce it because the problem depens from > > > the network, > > > the os and not from my script. > > > > > > Has anyone experienced the same problem ? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Giuseppe Chillemi > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > To unsubscribe from this list, just send an email to > > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > > > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Idea for rebol.org...
hi all, just wanted to but in and say that I will be releasing v0.9.4 of slim later this evenigng. it fixes a few bugs and internal I/O should now properly propagate errors back to main code, instead of failing inside encompased function... this lets you use error? try [read %file] on reads as usual and react if there where errors. It will be on rebol.org and will be distributed under lgpl "with no strings attached". HTH! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Robert M. Münch [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 25, 2004 2:10 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Idea for rebol.org... > > > > Hi, I want to give a follow-up input to our peer review > discussion. IMO > this topic is still an important one, because it can make it > easier for > new people to get started quickly with Rebol. Further it > should help us > all to implement our ideas much faster if we have a good library. > > There is so much good code out there, that it's a pity if > it's not used > just because there is no place to look for, no support from > an active > community, you name it. > > I decided to give this idea a test after Max jumped in and > gave an example > WRT his efforts. He mentioned his slim library manager and that the > feedback was mostly none. I'm currently assembling a > framework for IOS > development and thought, well, let's try it out and see > what's behind this > stuff. > > I took me around half a day to read thru the docs, create > some tests and > finally make most of the code I wanted to put into the framework > compatible to the slim library manager. To be honest, I > didn't expected > this! Well done Max! This makes my life a lot easier now. > > I don't want to start a discussion about slim here, but it's a good > example. We have a nice tool, we have a library but what's > missing is the > integration step. If slim doesn't fit our needs, or can be > optimized or > whatever, I'm sure Max is open for suggestions. Even more, I > think people > interested in how to handle library and modules, should jump in and > peer-review what we have with slim. It might not be the best > solution, but > it's a very good start that works out easy. > > I would like to test, a peer-reviewing of slim. It's a good test > candidate. And I'm sure within a very short time, we have > 90%+ of the > library manager we all want, that everyone can use, and that > is optimized > thru the Rebol gurus here. > > Who is interested? > > -- > Robert M. Münch > Management & IT Freelancer > Mobile: +49 (177) 245 2802 > http://www.robertmuench.de > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Rebol READ/lines http://page Crashes
have you tried the application by using ports direcly ? it also has a /line mode which lets you extract content one line at a time... you might also do: >> trace/net on to see what is happening and try to understand WHY its crashing... -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Giuseppe Chillemi [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 25, 2004 5:49 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Rebol READ/lines http://page Crashes > > > > > I have finally completed my first Rebol program. It is a kind > of spider > which reads web pages and perform some work on them. > > From time to time I experience a crash of the Rebol > interpreter. On the > first READ attempt I get an error (intercepted with TRY), at > the second > attempt Rebol BUMS ! > > I am not able to reproduce it because the problem depens from > the network, > the os and not from my script. > > Has anyone experienced the same problem ? > > > > Thanks > > > > Giuseppe Chillemi > > > > > > > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [modal windows] [inform]
sorry for being lazy. what is the best way to open modal windows in view (windows which block events to other windows, like requesters and alerts). are there alternatives to using inform... IIRC it was quite buggy, and was prone to crash rebol... Since I'm building a shared tool, I just don't want a weak link to be included in the source, if its curable before release! TIA! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: FTP & make-dir/deep problem
hey Romano, what's happening with the ftp patch compilation... has it been released? and does it fix the problem with make-dir creating directories that end up in user root rather than in the web-root? -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Romano Paolo Tenca [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 24, 2004 8:43 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: FTP & make-dir/deep problem > > > > Hi, > > make-dir/deep does not support FTP. > > --- > Ciao > Romano > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: back from idate
LOL!!! PS I removed them... I don't want this to be logged ;-) -MAx --- "all members combined, this signature will have waisted almost 1MB of bandwidth and an hour of human time." > -Original Message- > From: Hallvard Ystad [mailto:[EMAIL PROTECTED] > Sent: Monday, March 22, 2004 7:04 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] back from [idate] > > > > Hi list > > Has anyone got a quick little function to get idates back > into the date! datatype? > > (Maxim, Tim, see the brackets in the subject line?) > > Thanks, > HY > > Prætera censeo Carthaginem esse delendam > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: just a reminder about using topic tags...
yeah but they aren't set on the notification sent to this list... -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Ammon Johnson [mailto:[EMAIL PROTECTED] > Sent: Monday, March 22, 2004 6:34 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: just a reminder about using topic tags... > > > > Max, the extra info you seek is available in your preferences on > REBOL.org... > > Enjoy!! > ~~Ammon ;~> > > > - Original Message - > From: "Maxim Olivier-Adlhoch" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, March 22, 2004 4:10 PM > Subject: [REBOL] Re: just a reminder about using topic tags... > > > > > > > Max: Give me an example, if you would. Or :-) let me guess.. > > > I just posted a message with subject: function? > > > You would like to see it as subject: [function?] > > > > yep! > > > > > If I'm wrong, let me know, if not, then I've got it. > > > > too late! > > > > > Now, I'll take your idea just a step further. I've frequently > > > seen subjects in which the topic changes (and sometimes more than > > > once) IMHO, *change* the [topic] tag where appropriate. > > > > yes! because otherwise we end up with sorted info which > does not reflect > listed topic. > > > > actually I think with or without topic, the subjects should change a > little bit more often when they do fork... > > > > > > > All adds to rebol resources > > > > cooperation amongt peers, goes a long way look how > rebol.org has improved > within the last year... most of that is through user request. > > > > they really listen, yes they do! :-) > > > > > > > Some MLs send out periodic auto-messages with protocols, > tips etc. > > > > rebol.org already is doing this with its weekly updates... > > > > I wish the mail had a little bit more of the fields which > rebol.org allows > though... at least a link to it, and even the name of the author!? > > > > > > -MAx > > > > "This isn't a signature" > > > > > > > > -- > > To unsubscribe from this list, just send an email to > > [EMAIL PROTECTED] with unsubscribe as the subject. > > > > > > > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: just a reminder about using topic tags...
> Max: Give me an example, if you would. Or :-) let me guess.. > I just posted a message with subject: function? > You would like to see it as subject: [function?] yep! > If I'm wrong, let me know, if not, then I've got it. too late! > Now, I'll take your idea just a step further. I've frequently > seen subjects in which the topic changes (and sometimes more than > once) IMHO, *change* the [topic] tag where appropriate. yes! because otherwise we end up with sorted info which does not reflect listed topic. actually I think with or without topic, the subjects should change a little bit more often when they do fork... > All adds to rebol resources cooperation amongt peers, goes a long way look how rebol.org has improved within the last year... most of that is through user request. they really listen, yes they do! :-) > Some MLs send out periodic auto-messages with protocols, tips etc. rebol.org already is doing this with its weekly updates... I wish the mail had a little bit more of the fields which rebol.org allows though... at least a link to it, and even the name of the author!? -MAx "This isn't a signature" -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] just a reminder about using topic tags...
I just wanted to remember that people using [topic] tags in their subject lines have the benefit of having their stuff sorted in a clean and obvious list on rebol.org. I wish more of us would continue putting [tags] on our subjects... http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-topic-index.r I guess many rebolers didn't even know(remember) about this usefull page. its already usefull, but if the [topic] where more identified, especially on informative replies, then many more subjects would be grouped together... sorry for being anal about this ;-) -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: function?
function? :forall you must supply a function VALUE for function to return true. if you don't prepend the function name by a colon, then the function is -obviously- evaluated. function? get in system/words 'forall is another way to do it... it even lets you find functions in objects. -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Tim Johnson [mailto:[EMAIL PROTECTED] > Sent: Monday, March 22, 2004 1:51 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] function? > > > > This is strange: (to me anyway) > >> help function? > USAGE: > FUNCTION? value > > DESCRIPTION: > Returns TRUE for function values. > FUNCTION? is an action value. > > ARGUMENTS: > value -- (Type: any-type) > > ;; OKAY let's find a function > >> help forall > USAGE: > FORALL 'word body > > DESCRIPTION: > Evaluates a block for every value in a series. > FORALL is a function value. > > ARGUMENTS: > word -- Word set to each position in series and changed > as a result (Type: word) > body -- Block to evaluate each time (Type: block) > > (SPECIAL ATTRIBUTES) > throw > ;; test forall > >> function? 'forall > == false > > ;; Say What!? I'm missing something here. > ;; what did I do wrong? > > thanks > tim > -- > Tim Johnson <[EMAIL PROTECTED]> > http://www.alaska-internet-solutions.com > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: function?
I'll add that a word of the form :word is a get-word! datatype. and using your (and my) example, the following form also works if you are in the global namespace (like when you're in the console) function? get 'forall get returns value of the word instead of evaluating it. -MAx > -Original Message- > From: Tim Johnson [mailto:[EMAIL PROTECTED] > Sent: Monday, March 22, 2004 1:51 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] function? > > > > This is strange: (to me anyway) > >> help function? > USAGE: > FUNCTION? value > > DESCRIPTION: > Returns TRUE for function values. > FUNCTION? is an action value. > > ARGUMENTS: > value -- (Type: any-type) > > ;; OKAY let's find a function > >> help forall > USAGE: > FORALL 'word body > > DESCRIPTION: > Evaluates a block for every value in a series. > FORALL is a function value. > > ARGUMENTS: > word -- Word set to each position in series and changed > as a result (Type: word) > body -- Block to evaluate each time (Type: block) > > (SPECIAL ATTRIBUTES) > throw > ;; test forall > >> function? 'forall > == false > > ;; Say What!? I'm missing something here. > ;; what did I do wrong? > > thanks > tim > -- > Tim Johnson <[EMAIL PROTECTED]> > http://www.alaska-internet-solutions.com > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: CitrusWeb sample - so you want to edit?
Hi Ed, I agree with all you say, I'm just continuing the discussion... :-) > As a developer, I like that there is now a new option for deploying REBOL > apps. Despite the obvious benefits of the plug-in approach, however, there > are some potential problems: for me, It just allows me to install my app once and then use wherever I go.. (well, there has to be IE), but I have to admit that there always is where I work. > - Users cannot view your browser-based Reblet until they download the > plug-in and lower their browser security. Many simply won't do this just for > a website/app. But if I have to say on the site, that they have to INSTALL an exe... I don't think it will be much better... at least, now I can package a file-less version which can demo the application... If they are still interested, then they can install the full application. who nows, I might even use an http/cgi-based file access within the code, to let the application save and load data on a central server... > - Browser-based applets/flash interfaces (esp. those that require > installation of a plug-in) are widely opposed by the Internet users. Java > and Flash first made their first forays in the browser, and the backlash > adversely impacted their adoption on the desktop. yep. but we are moving the other way... we never depended on it... so the user's conception is slightly different, especially if a tool is deployed as I described above. > - Plug-in versioning. This was one of the main headaches of using plug-ins > in the past. well, so far, every new release of a rebol tool replaces itself. I guess, if they change the magic number of the plugin, then apps, will simply use the version of the plugin for which it was created. By what I hear of josh, they want concurent versions of the rebol plugin to exist on any computer. to make older scripts usable even in 10 years... as long as the platform still executes the plugin, I guess. > I don't want to sound negative about the plug-in, because I really am happy > to have it available as an option. However, I expect announcements to the > various communities as well as the industry/press to be mostly indifferent. just as they are about rebol itself. ;-) > Hopefully REBOLers will create some jaw-dropping apps that bring about a > broad-scale re-evaluation of REBOL's great capabilities. This is what I hope/expect. This is what I aim bloodstone to be. since many rpg players ARE programmers, then it might convert some of them, when they see just how powerfull rebol really CAN be. cheers! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Notes on seeding 'random/seed (long)
thanks for this thesis on the randomizing of rebol Alan!
another tidbit of information that wasn't obvious to realize!
-MAx
- Original Message -
From: "alan parman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 20, 2004 10:08 PM
Subject: [REBOL] Notes on seeding 'random/seed (long)
>
> Here are some things I found out will working on 'random/secure and
'random/seed that may be of help to others.
>
> I wanted to completely utilize the time provided by 'now/precise as the seed
for 'random/seed.
> (for some cryptography related scripts)
>
> (the following messages are from the escribe archives and console output is
from view 1.2.5.3.1
>
> >From an earlier question on using 'random Joel Neely wrote:
> Date: Thu, 22 Aug 2002 15:09:45
>
> "The documentation should state what types of values are acceptable
> as seeds. I believe that you need to restrict yourself to date!,
> time!, or integer! values for legitimate seeds."
>
> And Frank Sievertsen wrote:
> [REBOL] Re: True Random
> Date: Mon, 20 Aug 2001 00:09:35
>
> Try this:
>random/seed checksum form now/precise
>
> CU,
> Frank
>
> With Petr Krenzelok adding:
> Date: Mon, 20 Aug 2001 00:32:38
>
> you can even use checksum/secure
>
> -pekr-
>
>
>
> But please observe the following...
>
> It appears that 'random/seed seeded with time ('now/precise) only seeds to the
second! ...
>
> randomize-series: func [series][
> random/seed now/precise
> random/secure series
> ]
>
> >> loop 10 [print [now/precise randomize-series "12345"]]
> 15-Jan-2004/12:20:06.968-5:00 14532
> 15-Jan-2004/12:20:06.968-5:00 14532
> 15-Jan-2004/12:20:06.968-5:00 14532
> 15-Jan-2004/12:20:06.984-5:00 14532
> 15-Jan-2004/12:20:06.984-5:00 14532
> 15-Jan-2004/12:20:07-5:00 13524
> 15-Jan-2004/12:20:07-5:00 13524
> 15-Jan-2004/12:20:07.015-5:00 13524
> 15-Jan-2004/12:20:07.015-5:00 13524
> 15-Jan-2004/12:20:07.015-5:00 13524
>
> ... as you see the randomized string only changes with the second.
>
>
> Changing the time to an integer won't work ...
>
> >> loop 10 [print [now/precise to-integer now/time/precise]]
> 15-Jan-2004/12:13:32.953-5:00 44012
> 15-Jan-2004/12:13:32.968-5:00 44012
> 15-Jan-2004/12:13:32.968-5:00 44012
> 15-Jan-2004/12:13:32.968-5:00 44012
> 15-Jan-2004/12:13:32.984-5:00 44012
> 15-Jan-2004/12:13:32.984-5:00 44012
> 15-Jan-2004/12:13:33-5:00 44013
> 15-Jan-2004/12:13:33-5:00 44013
> 15-Jan-2004/12:13:33-5:00 44013
> 15-Jan-2004/12:13:33.015-5:00 44013
>
> ... as you can see that the integer changes only with the second.
>
> Also, note that I only changed the time (not the date) to integer, because ...
>
> >> to-integer now/precise
> ** Script Error: Invalid argument: 15-Jan-2004/12:30:15.734-5:00
> ** Where: to-integer
> ** Near: to integer! :value
>
> ... thus not using the date portion in the potential seed.
>
> You cannot use checksum/secure on the time because ...
>
> >> random/seed checksum/secure form now/precise
> == {îen|^E?^A"d¦-Âê/Ì^K^G¬Ñý}
>
> ... and ...
>
> >> seed: checksum/secure form now/precise
> == #{70C9F0D1D65FD88B6093DF38FD972ABCA56724B3}
> >> random/seed seed
> == "<`$-p*Éß¼gس_Ö¥ð8ý"Ñ"
> >> random/seed seed
> == "g<_ð"ßÉ`¼pýÑÖ¥*$8-³Ø"
> >> random/seed seed
> == "¥`¼Ñ_-p$Øð<ýÖÉ8*"³ßg"
>
> ... returns a value! Thus the "seed" given above is scrambled , but not passed
to random/seed as a seed.
>
> If "checksum/secure form now/precise" was providing a legitimate seed then the
follwing sequences would be identical ...
>
> >> seed: checksum/secure form now/precise
> == #{70C9F0D1D65FD88B6093DF38FD972ABCA56724B3}
> >> random/seed seed
> == ""*g`Ñ<¥¼ð³Ø$É8Ö_-pßý"
> >> loop 5 [print random/secure "12345"]
> 53142
> 31254
> 32514
> 25143
> 32145
> >> random/seed seed
> == "*ýg`ÖѳßpÉ-"$¥Ø_8¼ð<"
> >> loop 5 [print random/secure "12345"]
> 32415
> 13524
> 15432
> 45231
> 43251
>
> .. but they are not the same.
>
> So, to use _all_ of the information provided by 'now/precise (all of
15-Jan-2004/12:34:16.437-5:00) as a seed to 'random/seed you must
>
> random/seed to-integer checksum/secure form now/precise
>
> Now we see all the behavior we expect ...
>
> >> seed: to-integer checksum/secure form now/precise
> == 1264002547
> >> random/seed seed
> >> loop 5 [print random/secure "12345"]
> 45213
> 41325
> 45321
> 35124
> 14523
> >> random/seed seed
> >> loop 5 [print random/secure "12345"]
> 45213
> 41325
> 45321
> 35124
> 14523
>
> Notice that there is nothing returned when providing the seed and that the two
sequences are identical.
>
>
> Other Observations:
>
> 'random/seed will take a date ...
>
> >> seed: now/date
> == 16-Jan-2004
> >> random/seed seed
> >>
>
> .. because nothing is returned.
>
> A 'binary is not a legitimate seed ...
>
> >> seed: to-binary 100
> == #{313030}
> >> random/seed seed
> == "010"
>
> ... because a value is returned.
>
> A 'time is a legitimate seed ...
>
> >> seed: now/time
> == 22:11:03
> >> random/seed seed
> >>
>
> ... but remember that it is good only to the second!
>
>
[REBOL] Re: CitrusWeb sample - so you want to edit?
> Please let it be so! Lack of REBOL/View on OSX has held me up from switching > over to the Mac as my primary platform. I'll only buy my laptop once its released.! > > But as to the plugin - if you have to tell users to switch their OS or > browser before they can use your site, then from their POV REBOL's a step > backwards. > > Agreed. Although many would argue that requiring a browser plug-in at all is > a step backwards... in what way... I can now promote my application without even needing a user to know about rebol ... I find that really cool... blood stone is the fist app which will benefit from the plugin and I am sure many D&D players will be happy to use it... later this summer ! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Idea for [rebol.org]...
IF you had a bad day, don't read this ... this reply is long, it includes ranting and some clearly biased content... :-) I also want to say first-off that I respect EVERY member of this list. especially those of you who've spent hours on end doing tools that many of us use day in and day out. > > To support the reusable/shared code approach in a general way, I think > > we need to have some other pieces in place (e.g. how to organize and > > define "projects", include other files, etc.). This is where RT comes > > into play. > > ;-) > > > There are various INCLUDE mechanisms out there, but RT has > > their own (PREBOL); which one to support? slim !? ;-) the name says it all, it keeps your apps slim. hey, self promotion is healthy for the spirit ;-) maybe I should work on the linker, so that packaging all of that code is easier... it was supposed to be part of forge... I don't know... no one ever told me. > The one, that's available and works best. If there is an official one, we > can use it and migrate things. Yes, not the best way but at least we get > something done. Oh, and I think if we use a own made one, we can have some > influence on the official version. I'm sure Carl is open to look at our > stuff and happy if he doesn't has to think our all things himself. Yet even when people do create API-like tools... the user base is so small that there is not much feedback, except for the very widespread usefull stuff like the async stuff. A lot of people are talking yet I do not sense a great need for run time linkable code. When I released slim, many people where saying that a dynamic loader was in dire need. WELL I delivered something... something which is meant to releive the programmers from stress of namespaces and which even allows you to rename what is exposed. it supports nested libs, it prevents load cycles , even if they are present, it even allows you to include a custom validation routine, to make sure your code is in proper context. It even includes an encompassed I/O system for a file sandbox of any package files you need to load. and on top of it I took 20 hours to document it... Yet only one person gave me real usage feedback. I'm not saying that I have the perfect tool, far from it... yet if no one tells me how to make into what they want, or everyone says we need something and yet they do not really try out what HAS been done... then I do feel there is a little bit of irony in all this discussion. As rebolers, I think we all want to use tools which we built ourselves... it seems to be part of what coding rebol is meant to be... yet I think there are many more people who would rebol if that where less true. Many say, what's the point RT, will eventually " " ( fill in the hole ) ... IF we all wait until the miracle solution appears, then we will wait forever. and be warned, RT does not always give that miracle solution. many things within the standard release are flawed... I'm not saying rebol is flawed, only that Carl, can't do everything right all the time (now I'm sure to be torched... ;-). Things evolve and many of you have provided better solutions to given problems. async ports, xml tools, ftp patch, mysql, etc. even the vid 1.3 is based on many user submissions which have been around for AGES. I have provided an attempt at filling a HUGE gap in rebol's arsenal, one that comes back all the time in discussion. can someone at least try it... or tell me what is wrong with it... tell me how to make it better, to explain this or that... to even send fixed or better code for any given thing? yet so far, only two persons have really done anything with it. one has sent me a list of typos in the doc (which incidentally means he actually read it... thanks, again) , and the other told me "thank you, that it was time for someone to try to build and release a framemork of complimentary tools". do I seem a little frustrated ? ... YES... I'm frustrated that people talk. people wait. Yet many of you are working on excellent api-like tools. I'm not saying that the Rebol community is a bunch of this or that. only that many times, and on many distinct issues, it seems people here are scared of claiming that maybe they ARE as good as RT in any given tool. For some reason, many of you are scared of claiming that you are able and it seems that there are many excelent modules, just ready to be united into a package, which given proper support and user trial, would relieve RT of many issues... I mean, do you think that I can do anything about porting view to MAC OSX nope. I'd rather have RT work on that. and adding C source code to effect's pipe, fixing(documenting) the image datatype (which has been done, btw). adding new binary functions which allow us to use external dll data directly, without any slow conversion, etc... porting the new plugin to linux, mozilla, fill-in your needs here, etc. > > Package support is a great example. Should it
[REBOL] [mail] poping headers ... only
is it possible to do a read/part on an open POP port? I tried a few things and it seems the protocol always wants to open the hole mail... problem, is downloading a 15MB file on a 56k modem is not worth it... especially if its a mail bomb. I've heard talks about checking headers but am not sure how those issues where answered !? TIA... -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: ANN: CitrusWeb v02e
just a quick question... is there a version or a (special mode) of your toolkit which does not use javascript at all !? -MAx > -Original Message- > From: Gregg Irwin [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 18, 2004 1:43 PM > To: Luke > Subject: [REBOL] Re: ANN: CitrusWeb v02e > > > > Hi Luke, > > L> CitrusWeb v02e (BETA) is released for your enjoyment. > > Thanks for posting that! Looks very cool. > > -- Gregg > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Idea for [rebol.org]...
YESS TO ALL! I always wanted such a platform, still do. so far, it seems to me that rebolers don't play well together (code-wise) unless RT is giving its approval. Many people seems scared to work on stuff unless RT is somehow in the loop, yet MOST of the major breakthroughs in rebol over the last year have been by people who have broken that mold. I think rebol.org, with the LDS mechanism has generated a very convenient code sharing platform, too bad its gone virtually unnoticed. I'm sure they have such a thing on their agenda... but all in time... Quite frankly, I'd rather have mailing list searching capabilities on the rebol.org site in the short term... Maybe if you volunteer to do some of the work related to setting that up, they'll let you host it on their ip? some might also argue that peer-reviewing is what Altme is all about!? -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Robert M. Münch [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 18, 2004 3:15 AM > To: [EMAIL PROTECTED] > Subject: [REBOL] Idea for rebol.org... > > > > Hi, using rebol.org quite often to get an overview about > available code > and collect ideas the following idea striked me. > > You know that I see fragmentation of efforts/information as > one major > problem, which makes it hard for newbies to get into Rebol. Further > fragmentation slows down "professionalism" of Rebol for > business markets. > > Anyway, with rebol.org we have a very good reference point. > At the moment > it's a portal to get access to scripts, someone owns and > updates. Scripts > are independent. The library people introduced the idea of > packages, so > now I can add collections of scripts that are related. But > still it's only > a one-person show. > > How about going to the next level? I would like to see a new > section at > rebol.org, that contains a peer-reviewed library/framework > following the > concept of the BOOST C++ library. We have a lot of very talented and > guru-level people here, to ensure high quality. > > How can such a process look like? > I see the peer-reviewed part of rebol.org made up be several levels. > - Strategy: What do we all need? What's the focus and priority? > - Research: What can we re-use, what ideas, concepts > exist, what > succeeded? > - Concept : How should the design/usage/... look like? > - Development > - Review : The Review-Board checks quality etc. on the > delivered code and > integrates the code into the overall library. > > What gets included depends on the need of the people. The > strategy should > give a hint, for what is needed to achieve as much value as > possible for > the community. Teams will either form to work on a topic or > not. If not, > well, than it's not needed by many. > > IMO this will result in a high quality library of code, that fits > together. And that's something we all miss. With the > availability of the > browser-plugin, we can even go that far to create a > peer-review-library-application. > > What do you think? > > -- > Robert M. Münch > Management & IT Freelancer > Mobile: +49 (177) 245 2802 > http://www.robertmuench.de > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [call]
Hi gang, does anyone know if RT plans to make 'call available without pro license in view 1.3 ? -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [unprotect]
Funny, I just discovered 'unprotect word ... is there a higher order 'protect, which actually does not allow unprotect? Maybe a refinement should be added to protect, so that no malicious code can play around with stuff you've protected in your user.r... like read/write/save/load/open for example something like protect/permanent or protect/forever this is especially true when one adds sandbox capabilities to his setup and does not want downloaded code to seep through it... just a tought... does any one agree? -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Newbie question: printing to the STDOUT with VIEW
> hmmm
>
> I belive that works everywhere _but_ windows,
> the lack of response from
>
> C:\rebol\view>rebol -c --do"print {foo}"
>
> seems to confirm it,
actually, the problem in this example might be that the --do argument is broken
(ignored) in several versions of rebol... (this might also be the case on specific
OSes only.)
you can run a script tough and use MORE to print it to the console like so:
C:\rebol\view>rebol -c --script test.r | MORE
the problem with more on windows is that there in no switch to turn off one screen at
a time viewing with user pressing return...
if your output is longer than one page, or is part of a live server, then you will
have to find a better more.exe I am SURE there are many on the net, or you can run the
script and get print its log once the app has quit.
call "view1210031 -c --script test.r > log.txt" & type log.txt
we need to call view because the nutty DOS shell does not close the log.txt file
handle befor the end of the line, which means, type will try to print an empty
file yes... the DOS Shell IS BAD :-(
-MAx
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: newbie question
you've just discovered the main issue with rebol. there are a lot of docs on the rebol.com site. many things are documented on this list only. searching the list archives is probably the most potent store of information. I think that the reason the list is so helpfull is that seasoned rebolers sympathise with this issue and are eager to minimise that pain. Often, using 'help and 'source are the only ways to really discover stuff. Another good place to search for stuff is in the pdf version of the official rebol guide. There are many excellent arcticles, still hanging around on www.rebolforces.com If you look up the ref-words application in the docs section of the rebol desktop, you will also get another view of the rebol functions. plus it stores examples and some additional usefull tidbits of info for many words. note that some of the things I mentioned are not up to date for the latest releases, but those changes are ALL covered in the rebol.com release documentation. HTH !!! -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -Original Message- > From: Brondo, Greg [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 16, 2004 11:08 AM > To: '[EMAIL PROTECTED]' > Subject: [REBOL] newbie question > > > > Where are things like open/lines/direct documented? If I > execute 'help > open' I can see 'open/lines' and 'open/direct' but no the > 'open/lines/direct'. How is a newcomer to this language > supposed to 'know' > these things? > > Not to sound like a whiner but I *really* want to use this > language I'm just > having trouble convincing myself to use it for any projects > due to the lack > of thorough docs and the 'black box' nature of it.. > > Instead I'm having to look into something like Ruby (or Python) for my > clients project > > > Thanks! > > Greg B. > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [view] crashing...
allo, > -Original Message- > From: Dide [] > > Re: [view] crashing... > > > Can you provide any simple example of the memory leak so we > can test it? > > Strange that different guys can think about the same problem > in the same time !! then we are more than one person trying to find the culprit :-) > One ask about this kind of problem on the French Forum. > In his case, memory of a face was not release as the face has > a timer set on it (rate) and he doesn't hide the face before > removing it from the parent/pane. So the timer was still > running proving that the face was still here. this is something quite hard to trap, I am sure he/you had a lot of fun tracking that one! > I don't think it's your problem here. I'm still trying to re-create the same memory leak in vid... maybe your example is just the thing... > > Anyway, I made this small program to test his problem (see at end). > > On my system, automatic GC occur when memory has grow to > about 1.2MB (3.4 -> 4.6 -> 3.4MB). will keep that number in mind... It seems plausible... as rebol always seems to be at 5.6 or 7.8 MB ram on my average view usage (when not using glayout)... which do have 1.2MB of difference > If button 1) is pressed, memory grow to 7.4Mo (the face use > big image to be "memory visible"). same behaviour : GC occur > after 1.2MB more. > > But freeing the face with 2) or 3) button doesn't recover > memory (still 7.4MB mini). > > Clicking 1) again make memory grow again, but this time > memory is recoverable, down to 7.4MB that still be the > minimun. You can try clicking fast, here it goes only up to ~15.5MB > > Button 2) and 3) can show the timer problem if you un-comment > the 'rate line in the add-face func. > > This code (may be) demonstrate that 'layout or one of the > func used in the layout process hold some reference on value, > probably in local var, and so, some memory. > > Hope this help a little bit. yesss! It shows that glayout is inheriting a problem from something which may well be multiplied several times over since I call layout over and over. my current guess is that there is something in the styles system which is leaking. if each is added to a global styles list, then it is possible that some styles point to a bogus block of data which is shared by more than one face and which constantly grows. This would never get cleaned up because there is still one person pointing to block which holds a value from the context... this is a wild guess.. but there are so many obscure procedures in vid's layout dialect that it sometimes get hard to make sure you've understood it all... especially when you get to encounter lines like this (taken from layout): if :var [set :var new new/var: to-word :var var: none] next time I peruse the vid/view code, I'll try to see if there aren't any contexts being used or datas left in local vars ... :-) merci! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: crashing...
> > Simply put, I was not using the /new refinement of view when opening > > a new window from a button... > > Normally that just replaces the current window, which is rather > obvious to see. Were you managing to open a new window without the > current one disapearing? > yep! That is because it was being launched from within a ui, not from the main execution thread or from the command line. by what I understand, using the /new refinement simply tells view not to call do-events. concerning the memory leak. its strange, cause opening and closing the same window over and over will now almost shrink rebol's memory usage. BUT everytime I open a new window simultaneously, then each one gobbles up a 1MB chunk of which only 300 come back. resizing windows does seem to enlarge and shrink back memory useage pretty cleanly... so I'm not thinking that its the actual glayout engine which is greedy. If you open up to the maximum number of windows you've opened, then memory usage will stay almost flat, coming back down, if you don't go above the number of windows you've opened so far. I'm trying to see if standard Vid useage does this, and I think so, cause I've always noticed some strange memory leaks when using vid, even directly, with standard styles. Does anyone if using the function 'recycle will actually force a garbage collection? or will it only do so it if it deems itself appropriate (enough garbage)? Does anyone know if the (temporary) /torture refinement of recycle does a garbage collection everytime memory is trashed? or else, what it does? TIA! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [view] crashing...
Hi cyphre, > Can you provide any simple example of the memory leak so we can test it? Well, considering that the leak could be anywhere in 45k of code.. for now, I have to find where it occurs... but, like I said, since the call to layout, can be done tens or even hundreds of times, even for just one window, it is possible that vid's small leakage is simply being multiplied several times, into something more considerable. I will be looking into all of this in more details as I continue to clean up and finish glayout, as soon as I find something, I will report back... thanks for the help! -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: [view] crashing...
Hi Ashley, I'm not using images, cause I want this to be as skinny as possible. I have not yet found the source of the leak... BUT!!! I did find the source of the crash... yipee! I do not know if this is solved (or even fixable) in version 1.2.41 (I have not yet have time to test it, but I will)... Simply put, I was not using the /new refinement of view when opening a new window from a button... Which proves that even the seasoned coders get caught up in the simplest of bugs... It had been so long that I'd stumbled on this, that I had completely forgotten... for all the new commers out there.When you call view and there is already an opened window... do not forget to use the /new refinement. Otherwise you are calling more than one event handler, and eventually it creates an unstable situation, which inevitably fails and crashes. the memory leak might also be linked to this as the window was also pointed to by the event-handler... looking into it. Anyhow, its progressing quite well, even if I wish it where going faster. It should be released during the week. glayout is going to be more complete than I had originally planned, which is why it is taking more time. I think its a good tradeoff, and I'm eager to get you guys to use it. If I find the/a source of memory leakage, I'll report back here :-) HTH! -MAx - Original Message - From: "Ashley Trüter" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, March 14, 2004 6:11 PM Subject: [REBOL] Re: [view] crashing... > > > Now with the shared style, opening a new window is about 50 times > > faster, but I > > loose 1 MB per window. Even when using vid direcly, I noticed a rather > > large > > 200-300 kb memory hole... > > If the style exhibits the problem under VIEW/VID directly (and in > isolation), trim tbe fat and send it to the list ... a number of folks > having been looking for memory use / loss cause for a while now. > > > has anyone had bad experiences like this one, or know of any specific > > issues > > with styles (using the stylize function) ? > > Can't say I've seen this myself. Don't overlook the image cache (populated > by 'load-image and emptied with /clear) when trying to determine what is > gobling up all those bytes! ;) > > > Regards, > > Ashley > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] [view] crashing...
hi all, I've been working hard on glayout, and its now entering clean-up stage. I had noticed a wild memory leak : EVERY new window would gobble up 6MB... even closed... only 300kb would come back. that when I noticed that I was re-creating a new style for every window... somehow, that is staying in ram even though the window is not visible and all of its reference (that I control) are set to none. I have changed method, Now, and am creating the style once and re-using it on all windows... Now with the shared style, opening a new window is about 50 times faster, but I loose 1 MB per window. Even when using vid direcly, I noticed a rather large 200-300 kb memory hole... glayout, had NEVER crashed once within the two weeks of operation, and now, since my style is shared, I can make rebol crash just by opening several windows EVERY time it gets started ... when it crashes is upon opening or closing a window. The actual number or windows I can open before a crash is completely variable , but I am guessing that its whenever a garbage collection occurs. Furthermore I still get a memory leak ON EACH window but... its already better since only 1MB is leaking ... not that its great... but better. if it where only a fact that a function block keeps a reference to the last window opened, I should be getting a leak only the first time IMO... maybe it is view or layout themselves which have a leak, and since I am calling vid several times, it eventually creates larger leakeage... I am using v1.2.10... has anyone had bad experiences like this one, or know of any specific issues with styles (using the stylize function) ? note that as part of glayout, VID is automatically relaunched several times within the same layout... any help appreciated. -MAx -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
