World: r3wp

Is that ftpgadget that has finally been released by Prolific on rebol.org??

Looks like it :)

Formatting problem on this page ?

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ftpgadget-package.r

;;  To download and install the files in the package you need to
;;  run a installation program.  

;;  If you are running View (1.3 or later):

    do http://www.rebol.org/library/public/repack.r

;;  If you are running Core:
 

    do http://www.rebol.org/library/public/repack-core.rhalt
         ; <------ space missing

Thanks, Anton -- I've fixed the typo in that script.

cool :)

Thanks for fixing that Sunanda!

What version is FTPGadget expecting? ran main.r and got
** Script Error: away needs a value
** Where: context
** Near: move: offset: over: away:

v1.2.5.3.1

Too much work needed to fix it for 1.3 before going open source.

There is a bug in Repack script.


Each time I use it and I try to set the target directory, then clicking 
OK in the selection window terminate the script !!
ANNOYING !!!

Note : I launch Repack by typing this in the console (by example, 
while trying to get QML-ED) :

do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=qm
l-ed.r

Thanks for the error report.

It works for me.....At least on the versions of REBOL I am running.
What rebol.exe or view.exe are you running?
---

As a stop-gap, you could try running repack-core.  it's an ugly console-only 
version of repeck, but it should be less version-sensitive:
   do http://www.rebol.org/library/public/repack-core.r

starts, but a %template.html is missing.

Volker: can you show me the full console log of what you did, thanks?

have run repack-core.r, then call "explorer .", double-click %qml-ed.r, 
"save html", saved with requester, an alert "Error saving file: Cannot 
open /C/Dokumente und Einstellungen/BN/Anwendungsdaten/rebol/public/www.rebol.org/library/public/template.html"

Thanks.
That looks like a different problem to DideC's.

Your problem seems to be a traditional REBOL annoyance with paths 
that contain spaces....

qml-ed.r is tripping up over those spaces in "Dokumente und Einstellungen 
"
---

Could you try it in a folder whose path and name do not contain spaces 
to test that assumption?  Thanks!

looks more like a missing file to me.

but i try.

Tried download again, there is a bug:
|| Downloading:   qml-ed.r/RS-NE+.gif
|| REQUEST FAILED...
|| REBOL.ORG says file not in package

seems the "+" is a problem? (Overlokked that message the first time)

You replied as I was typing....
I think you may be right.......

Looks like the downloader has failed to find the files that contain 
a + in the file names.

Must be -- + in the HTTP spec is escaped to a space at times. So 
i suspecet we're creating or receiving badly escaped URLs in this 
case.

that could be it.

but a "+" in a filename looks weird anyway :)

That's true -- and it may recreate some cross-platform issues on 
platforms that don't allow + in a file name.
But we should be able to deal with it.
Thanks for the help in isolating the problem.

A bigger errormessage would be good, and some hint on upload.

The upload obviously worked -- "+" is not an illegal file name character 
on either Edgars machine or REBOL.org's current host

The notes on contributing a packgae do have detailed guidelines on 
file naming to avoind problems -- see 2.1 here:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/boiler.r?display=cons-upload-package-files-help.html

But, of course, the author probably wrote the application before 
they had any idea it might be rolled out as a package for use on 
a wide range of platforms.
***

The bottom line is that + ought to work in a file name for the downloader, 
so I'll get it fixed.

Volker's problem fixed: both repack and repack-core not correctly 
handle files with "+" in their names.


DideC's problem remains: could you check the version of REBOL you 
are using and let me know? Thanks,

View 1.3.2.3.1 on WinXP.
%user.r only contains set-net line.
%rebol.r contains nothing but the header.


I have tried it too from the WWR ( rebol.com / Public / library / 
scripts / type / package / calendar-install.r  cause qml-ed is not 
there for the moment).

Just click the [ ... ] button to choose a different folder, then 
clicked [ OK ] and it quits !!

hehe, Pierre Johnson (whom we excluded from ml), replies in Class 
R3 blog :-)

the image and css files where not done by me, and although i had 
some suspects while uploading them to rebol.org i didn't want to 
change everything just for that :) i can add a zip file to the package 
if you need me to.

the images can also be downloaded from qtask.com/images/qwiki/

note that the script still works without them. you'll just miss them 
when viewing the html result in the browser if you used anything 
that needs them (rounded boxes for e.g.)

DideC -- thanks......I see the problem with 1.3.2 too.  Let me get 
back to you.
***
qml-ed not there
 -- No reason it should have vanished. That's strange.


Meanwhile, repack-core.r should do the job of downloading it for 
for.

Don't bother, I have loaded qml-ed already, wihtout changing the 
dir, and moving files manually after.

(I had the same error  than volker, but solved it by unchecking the 
images files in repack and downloaded only "template.html")

qml-ed not there
 -- How often is the Rebol index files rebuilded ?

Gald you got it downloaded in the end.
The indexes are close to real time.

It is possible for the owner of a package like qmr-ed to make it 
unavailable while they are updating it. maybe that happened this 
time.

i didn't change the availability of the package.

btw, if you have suggestions, please let me know. i'll be working 
a bit more on it on monday.

I am in the process of updating repack.

so far glayout (much better version) is able to open the same core 
without issues.  am doing download tests to be sure the code itself 
still works... hoping nothing changed within the lds service library...

sunanda I am getting an error from the server itself!  


whenever I press download, it starts the download (shows the green 
xfer data on the bottom, and then pops up an error:  here is the 
error as reported by LDS:

make object! [
    status: [100 20 "bad cgi data"]
    data: none
    diagnostics: [9003 9003 9.8084E-2]
    supply-date: 15-Sep-2006/1:03:41
]


have any idea where that is comming from?  I try to check it out 
from the code I have... but its been sooo long, A nudge on your part 
will help me get this working much faster IMHO!

well, I did all I can, for some reason, the same code under 1.2.10 
and 1.3.2 does not seem to request the same data on the server (I 
guess).

I am investigating further...

pow!  all fixed  :-)  just need to let slim  build the new release 
from all the included files and we are set !  I will also be doing 
just a little bit of cleanup within GLayout to reduce the size of 
the final single-file app...

Thanks Maxim,

I'll try to get the new version up and live in a few days -- I'm 
pretty busy myself right now.

everyone, its all working now... sorry if we forgot to notify the 
list...

new version uses slick new version of GLayout which has gfx partly 
based on Henrik tests which he supplied a few weeks ago...

as usuall, type the following in a rebol console to open up the tool.

do http://www.rebol.org/library/public/repack.r


also note that I put a lot of effort in optimizing the file's final 
size, including a lot of hacking out, removing comments, compressing, 
etc... its now a much smaller download.

We are glad to announce that a newer version of the rebol.org package 
downloader is now available for people using REBOL|view 1.3.2

as usuall, type the following in a rebol console to open up the tool. 
it now adapts to version automatically
<pre>do http://www.rebol.org/library/public/repack.r</pre>

also note that I put a lot of effort in optimizing the file's final 
size, including a lot of hacking out, removing comments, compressing, 
etc... its now a much smaller download.
This version uses a slick 
new version of GLayout which has gfx largely based on Henrik's tests 
which he supplied a few weeks ago...

Thanks for doing that Maxim!