AltME groups: search

Now to find a way to actually record a wav file from within rebol.

err... I think not all... because I was missing a file winmm.lib 
(which I found in masm32 distribution), and mmreg.h (which I found 
on the web, though don't know if if was right version)

CELP, QCELP, EVRC: found specifications...  awfull complexe specifications 
: O  - (but the QCP file format is quite simple)

hmm, I can't get request-file to work from script .... only from 
console ...

file: request-file/keep/file/filter  %../ "*.txt"

:-) I start debugging in a typical way for me ... started to commented 
out the code ... but then I reached the level, where the code would 
not obviously work, and so I went to file-manager to check things 
out ...

left-click launches mozilla here. i do not know how altme choosed 
that. special file, env-var?

file sharing is different from file transfer

anton, I made a little test world to play with, if you are curious 
to see the file sharing working

has anybody been able to use the file transfer ? I tried to send 
jean-Francois  show.r but did not work ?

Offf-topic but does anyone know what the file size limit is on shared 
files?

using LNS for file sharing?

.27 adds file history

Does the file have execute flag set?
To get a long list and see flags: ls -l
To set execute flags: chmod +x <file>

-bash: ./altme1-1-1-4-2: cannot execute binary file

Do you have such a file in your system?

Another old problem: in file sharing, files with spaces in the name 
are not loaded when their accompanying applications are started

Sorry if this has been mentioned before. Feature request: make backspace 
in a file sharing window go to the parent directory

Here is a trick in syncing. There is a chat folder that has all the 
chat messages for each group are kept. Inside that folder is a file 
called chat55. If you delete a line entry from that file, the group 
that corresponds with that line will be resycnc like it was never 
been there before.

Under MacOSX, it's a little difficult to have AltME window fill the 
whole screen, but I found a solution. By "the whole screen", I actually 
don't mean full-screen, because MacOSX has the screen-bar at top, 
and below that is the window bar with the 3 buttons. In the altme/prefs/ 
directory is a file named "window". In there is found 3 parameters 
offset, size and maxed. To make the AltME window be as large as possible 
on a 1024x768 resolution, I set these 3 parameters to:
offset: 0x44
size: 1024x724
maxed: false

ok... it looks like file sharing has not been enabled here for fear 
of it becoming too big (i.e. imagine a new user syncing, there are 
already various MB to download, if you had file sharing it could 
really become too big)

Can you not save files to the file share without forcing a sync?

Reichart, are you considering a one type synch of that file or an 
option to allow auto-resynch's if the file changes?

with an ability for the user to list what files are auto-synched 
and the date the file was last updated so they can turn it off if 
they choose.

That looks to me like your OS was locking a dir or file and so we 
could not get to it.

Some unpractical behavior in adding a file. For starters, the file 
selector (in Linux) opens one directory above the directory you're 
in

Console:   0:00:01.859 - 272 KC/S
Processor: 0:00:00.391 - 2209 RHz (REBOL-Hertz)
Memory:    0:00:01.343 - 35 MB/S
Disk/File: 0:00:00.344 - 88 MB/S

;-P

if i click the link i get a file download

I just downloaded the rebol-agg.zip file and the file dates are still 
June 2004

Louis;  Woohoo.  CLI wins in my book.  Everytime.   Well I take that 
back a little.  Windowed CLI's are just that little bit better, in 
terms of eye strain and quickly getting from task A to task B.  Konsole 
is the da bomb.  Note, my mileage varies.  I don't really do art, 
but I appreciate it when I see it.


Learn some bash, AWK, sed, tr and cut and there won't be a text file 
that can't be scrunched and munched into whatever form you desire. 
 ;)  Well, Icon too if you have reaallly complex needs.  Umm, assuming 
REBOL doesn't already have a one-liner solution.

Why not go with my suggestion from before (scrolled off the history, 
I'm afraid)? Don't remove network, file access, etc. by default - 
instead, restrict it with secure and bring up a security requestor 
when the applet tries it? It should be up to the user to allow these 
plugins access anyways.

I'm pretty adamant about not allowing any file access by default 
without permission though. You don't want anonymous scripts to be 
able to store any data at all on your hard drive, outside of the 
browser's built-in storage (cache, cookies).

Hi guys. I was going to take the security issues one at a time, but 
Carl and I are talking about getting some kind of file location where 
I can upload a design doc for you to take a look at.

Here's what I am trying to do.  I have a client that has a locked 
PC build (users can't install software).  The plugin managed to install, 
and when network connected was able to find the .r file and execute 
it off the hosting web-server.  However, say the web-server is down 
or network connectivity is unavailable, I'd like the applications 
to still be launchable so the app isn't impacted by an 'outage'.

I suppose I could use Javascript in my HTML file to check for the 
webserver and if not there try to launch the local copy from the 
sandbox.  Any thoughts?

Or you could download an html-file into the sandbox and the user 
opens it locally by explorer. I guess the plugin would then load 
from the filesystem too. But not sure.

Brock, I'm pretty sure it's possible to do that now. I killed my 
network connection and tested the plugin with a remote file that 
I had already downloaded (it was in the sandbox cache)

Volker, that may do it, I guess I will need a way to get that local 
html fine into the sandbox, though.  I don't want to install anything, 
but might be able to have the app automatically write that file to 
the local sandbox, hmmm, will try it out.

Its just like the dekstop-sandbox, only on another place. You should 
find that dir by showing 'what-dir. And then just write the html-file 
there, load-thru may do the trick.

Okay, writing the html file in the sandbox folder worked.  In my 
case, the path to the .r file was C:\Documents and Settings\Brock\Local 
Settings\Temp\REBOL\Plugin\Mozilla\0\public\localhost.  When I placed 
the .html file in the \localhost folder, the html file errored saying 
"Cannot open /C/Documents and Settings/Brock/Local Settings/Temp/REBOL/Plugin/Mozilla/0/wt-selector-2.r", 
so I added the missing part of the physical URL "\public\localhost" 
to the .html file and it works just fine

would save code, if you did not need to change the file. Then
  load-thru url-of-online-html
would do the trick.

I was kind of hoping something like that.  Even better would be that 
if you tried accessing the html file and there wasn't any network 
connectivity that it would by default check to see if the files were 
in the sandbox and you would avoid this all together :-)

I can't wait to be able to click on a ".r" file and have it just 
pop up and go.

How does double-clicking on a r file relate to the plugin?

I think he means clicking on a link in a webpage, where the link 
is a .r file.

How does double-clicking on a r file relate to the plugin?

Yeah, I can see why this subtlety is not clear…

Let's picture 60-90 million people coming across a .r file on the 
web…
What happens right now?

Reichart, with any downloaded file, including a .swf or .pdf, the 
end-user must first have the application installed on their local 
computer. Therefore, it is the responsibility of the locally installed 
REBOL EXE to register itself as the handler for .r files.

Tell me where I'm missing it. The goal of the plugin is to provide 
an environment for REBOL apps to run within an HTML page. It has 
nothing to do with download.


This is the second time you have paraphrased what I wrote in a way 
I can't tract.



R: I can't wait to be able to click on a ".r" file and have it just 
pop up and go.
J: How does double-clicking on a r file relate to the plugin?
J: It has nothing to do with download.


I don't know why you mention double click, nor do I know what downloading 
has to do with this.


Perhaps we can get on the same page by simply answering my question… 
when someone comes across a .r file, what happens now?

Reichart: What happens now? If the View EXE is installed, it launches 
and opens the .r file. If not, nothing happens.


That is the ideal scenario. I manually associated .r files to the 
View EXE, so I don't know if it does that on install or not. If not, 
that's a task for whoever owns the EXE installation. It has nothing 
to do with the plugin.

Reichart: Actually, when I click on a .r file for download and press 
"Open", it launches View but doesn't open the file. Why? I have no 
idea. It looks like two things need to happen:

 1. Download should not trigger Open or Save -- this can be accomplished 
 by registering a MIME-Type handler upon EXE install.

 2. It should actually open the file -- maybe the EXE's not picking 
 up on the Open request for some reason.


These are legitmate issues, but they all relate to the REBOL EXE. 
I'm sorry, but it's just not my area. You'll have to pass this feedback 
along to Carl or whoever owns the Windows EXE development for R3.0.

Or maybe you mean clicking on a .r file on the local computer? Again, 
that's the responsibility of the EXE to register itself as the MIME-type 
handler.

Lets come back to my original statement "I can't wait to be able 
to click on a ".r" file and have it just pop up and go."


You seem to be getting side tracked with assumptions or something.


Q: Reichart: Actually, when I click on a .r file for download and 
press "Open", it launches View but doesn't open the file. Why? I 
have no idea. It looks like two things need to happen:


A: And what should happen, and what 60-90 people will expect to happen 
if this is to be "part of the web" is that it does exactly what Flash 
did (which is now part of FF), and most other plug-ins do, which 
is ask you if you want to install a Rebol plug in.


If the person says yes, then it does its thing, goes back to the 
original .R file, and pulls it in and runs it.


If you are a nerd, you can go screw with your settings to make it 
first ask you if you want to:
O View source 
O Run now


Q: These are legitmate issues, but they all relate to the REBOL EXE. 
I'm sorry, but it's just not my area. 
A: No, it seems this is 100% the plug-in. 


Let me ask a different "set" of questions that might make this all 
easier?


When will we all be able to click on a ".r" file (and by .r I mean 
a link that is actually a wrapper with all the crap needed to know 
what to do), and it will ask you to install the plug-in, handle all 
that crap, and it will go back and get the .r file and run it?

launches View but doesn't open the file

 here it launches, IIRc it did that immediate without me setting something 
 (now i prefer editor by  default, so cant check).

and by .r I mean a link that is actually a wrapper with all the crap 
needed to know what to do

 AFAK that is some html-markup, not *.r-created. On IE the plugin 
 installs automatically, on firefox that will come.

And plugins and mime are two things, plugins run inside the browser 
and need some marku (AFAIK), mime-types are launched by  external 
apps (rebol if the server says its application/x-rebol)

There are two distinct issues that we need to seperate:
	1. "Automatic" installation of the plugin.

 2. Detecting and running a .r file. And by ".r" file, I mean a link 
 to a REBOL source file -- NOT a wrapper page or anything else (that 
 is really HTML and not a .r file).

To simplify the issue, let me pose a scneario. Joe has a fresh copy 
of XP, no REBOL nothing. He clicks on a .r file. You want the plugin 
to install itself and open the .r file inside the browser window. 
Am I understanding your goal?

To simplify the issue, let me pose a scneario. Joe has a fresh copy 
of XP, no REBOL nothing. He clicks on a .r file. You want the plugin 
to install itself and open the .r file inside the browser window. 
Am I understanding your goal?


No, I want it wrapped.  The ".r" is simply a reference point, since 
we don't have a word for a Rebol executable script.  Want to call 
it ".rrs" (Rebol run script) or something?  Flash calls theirs SWF, 
FLV, etc.

Every plugin page works that way. When you include the OBJECT tag 
mentioned above, it downloads, installs automatically (with user 
permission), and runs the .r file in LaunchURL.

Note: After some research, Pekr and I discovered that you can place 
a user.r file in the "sandbox" directory (system/options/home) with 
your proxy settings to get around the limitations of set-net-info.

Other thing, however, is - how far we go? Thinking in that manner, 
we can easily end up with conclusion, that we should use ONLY browser 
networking capabilities - once again - that is not rebol for anymore. 
On one hand, we would like browsers SSL to be used (imo only because 
rebol itself is badly missing here), on other hand - who wants to 
give-up rebol networking? I can understand it eventually makes sense 
security wise, as who wants your plug-in to open tcp listen port 
on your machine? I see it imediatelly as similar problem to local 
file storage (although eventually catched by firewall)

Here's a few components of Trusted Scripts (this is only a draft 
-- open for feedback):
	* Default security model is tight -- how tight is TBD.

 * Developers that want to take advantage of Trusted Scripts, i.e. 
 to lower security for a production app, first must buy a license.key 
 from RT.

 * license.key unlocks  "features" and "permissions". Features are 
 things like encryption within the script. Permissions include file 
 sandbox, domain restrictions, dll loading permissions, etc.

 * license.key will contain contact info, so we can track down the 
 author of a malicious signed script if necessary.

Where ? The Mozzilla section just talks about downloading a zip file 
and & copying to the plugins folder ....

Hmm, the Win2K laptop didn't get either installed.  FF plugin is 
bailing on the .xpt file... it's never getting installed it appears.

I have retried after removing file by hand (command line) and after 
flushing the cache : no more luck !

hmm, can't get plug-in working at my work in any way ... maybe our 
company cache involved, refers to old .cab6 file .... manually adjusting 
the page to latest object settings did not help either .... just 
wanted to ask, if there is still anyone with problems in regards 
to latest plug-in release, or am I alone?

I am not sure what is proxy, but in our case it is kind of web cache 
... we have squid here - it looks at its local cache, and if the 
file is available locally, it is served to you by proxy, not downloading 
it from web once again ...

file-requester works in a similar way, by having a native function 
and a cross-platform wrapper. and read-thru does caching, maybe read 
is a better place.

It cannot be appreciated without the appropriate data. If you will 
each send me a picture of yourself (jpeg file), then I will see what 
I can do. Can the files be sent via AltME file sharing? I've never 
used it and would like to put it to a test.

Oh, and along with your photo please send a wav file telling who 
you are, what you do, and why you like programming in rebol. Limit 
the length to 1 ot 3 minutes. No porno pics or bad language, please. 
Not I think any of you would ever do anything like that.  :>)

I reinstall plugin but it is the same - here some more explanation:

I can not to get to run the new version of script in rebol plugin 
- always getting old version, despite I changed version values in 
both files (web page and script)

Yestrday I solved it so that I saved script with new name - than 
it worked - I could by changing version values run new version of 
script in plugin.
But today with the same file can not.

I have web page for plugin:
>>>>>>snip<<<<<<<<<<<<<
<html>
  <head>

  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-10">
    <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
    <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="PRIVATE">
  </head>
  <body bgcolor="#FFFFFF">

<OBJECT
ID="RPluginIE"
CLASSID="CLSID:9DDFB297-9ED8-421d-B2AC-372A0F36E6C5"

CODEBASE="http://www.rebol.com/plugin/rebolb7.cab#Version=1,0,0,0"
WIDTH="240"
HEIGHT="85"
BORDER="1"
ALT="REBOL/Plugin"></center>
<PARAM NAME="LaunchURL" value="rmapsconsole03.r">
<PARAM NAME="Version" VALUE="1.5.0">
</OBJECT>
  </body>
</html>
>>>>>>>>>>>>>>snap<<<<<<<<<<<<<<<<

and script in the same directory

>>>>>>>>>>>>>>snip<<<<<<<<<<<<<<<
REBOL [
	Title: "Rebol Web Kartes"
	Version: 1.5.0
	Author: "Janeks Kamerovskis"
]

mapsize: 400x300
imgType: "JPEG"

mainWin: layout [
	t1: text "AAA"
	button 200x20 "Atvçrt" [
		do smoething
	]
	do [
		t1/text: "Text changed"
		show t1
	]
]

view mainWin
>>>>>>>>>>>>>>snap<<<<<<<<<<<<<<

You would examine the cached file using:
	editor path-thru http://localhost/slideshow/test.r
But let us see what this returns:
	print read http://localhost/slideshow/test.r

editor path-thru http://localhost/slideshow/test.r


brings up an erro message saying the file cannot be read (perhaps 
because it doesn't exist?)

print read http://localhost/slideshow/test.rreturns 

>> print read http://localhost/slideshow/test.r
connecting to: localhost
What?
Continue?
>>

>> print read http://localhost/slideshow/test.r
connecting to: localhost
What?
Continue?
>>>> print read http://localhost/slideshow/test.r
connecting to: localhost
What?
Continue?
>>>> print read http://localhost/slideshow/test.r
connecting to: localhost
What?
Continue?
>>

>> exists? path-thru http://localhost/slideshow/test.r
== false
>> probe info? http://localhost/slideshow/test.r
connecting to: localhost
make object! [
    size: 15
    date: none
    type: 'file
]
>>

.r files are treated as CGI script by default in Cheyenne. To change 
that, you have to edit the httpd.cfg file and change the following 
line :

However, when I try to run my slideshow script, the plugin is unable 
to load the data file.

stupid questions... does current plugin allow us to access files 
and save out?  (using file browser or not)

ran that in the browser and then did a full disk search and I never 
found One file named test.txt  :-(

(talking about file writing)

This would be in the intent where people develop internal apps and 
deploy them through the intranet... in such cases file access would 
be acceptible.

but so far I am getting no results... and unless someone steps in 
to explain to me how I can write stuff out (read as gives me an example 
snippets which works on their machine)... I won't continue trying.... 
I've got other things to tackle first...


and obviously in normal web dev, the server is the file store, so 
you'd speak to it using http get and post... so as long as you have 
access to adding hooks on the server too, you can work out a virtual 
disk system through your web server... more safe too.

Maxim, Local Settings is hidden folder and that's why you haven't 
found the file I think.

I think this is not blocked http://box.lebeda.ws/~hmm/rebol/plugin/test-request-file.html

But I'm sure, that the Rebol security requestor cannot be worst, 
as most of the file paths it's asking to allow are not visible (if 
they are not in root)

I downloaded version 7 of he cab file. All the demos point to version 
5. 

You should not need to go serach for a new version and manulaly delete 
old versions.


The docs also state that if there are version #'s in hte rebol head 
of the app the plugin will aluto update the cashed version if a new 
version is pointed to. I can't get this to work. Is this working?

IE 7 works.
FF3 gives this error
Firefox could not install the file at 

http://www.rebol.com/plugin/rebol-mozb2.xpi

because: Install script not found
-204

I'm mostly concerned with communicating as simply and directly as 
possible to the user the current overall progress of some operation 
(multiple file download is first application).

CureCode also requires a DB backend (currently MySQL). It could be 
adapted to other DB engines, there's just one file to adapt (%private/db-abstract.r)

Good reasons, and I agree, the best way to do this.
We nee da universal XML export import with ID compare.  



In other words, CureCode needs to be able to export itself as XML 
(Easy).
It needs to import XML (Easy)


It needs to import XML and update the old XML keying on some ID value. 
 Not so easy.


Once done, building things like RSS feeds with just the top 10 recent 
changes becomes easy.


Also, then we can sync Qtask and CureCode.  There are a lot of cool 
side effects though…


-	We have an integrated file share, so you can link to screen shots.
-	Qtask has the ability to have conversation about each issue.
-	You can throw your issues onto a calendar view.


I know this is not your concern right now, but this is the direction 
we are going in, and need to learn how to best allow this type of 
integration.  Much as you have made one thing to test another, we 
have the same problem constantly.

I have downloaded Curecode source.

The func is defined in "db-abstract.r" and has the missing refinment 
!
So what ? Is just the installed file on the site not up to date ?

It's down currently, I'm trying to migrate the CureCode webapp to 
the main Cheyenne instance on the server, but it seems I've messed 
up something in the config file.

Sorry...

 message => trapped RSP script error, I'll look in the log file to 
 see what caused that.

A netbook with an SSD can't use a swap file, so 1GB of ram is *all* 
you get. If I use Firefox I have to close almost all other programs.

Both Chrome and Chromium installers put their application files in 
a directory next to the user data directory under the user's local 
settings directory. Non-admin install, no registry access except 
for setting the file associations if you like.

Graham, there's some info here about default browser in the registry:

http://newoldthing.wordpress.com/2007/03/23/how-does-your-browsers-know-that-its-not-the-default-browser/


It's not only the file-type, it seems, but also per protocol. Try 
check for example HKEY_CLASSES_ROOT/HTTP/shell/open/command and such.

This has broadcast area on the left (comfortably fits 640x480), text 
chat on right - with name login (and private text/video/audio chat 
between any audience members), links include a file area, with file 
area, and a separate text/video/audio room for random group discussions. 
  According to today's activities, this should satisfy our needs.

with file area  -> with file upload

If you're presenting, screenshots and any other files that you want 
to make available can be uploaded to the file area at http://rockfactory.us/rooms/room22/transfer.html
.  I also prepared a temporary ftp account  to help upload multiple 
files - same username and pass.  Please let me know if you have any 
questions!

Reichart, I received an error page "I'm sorry, you seem to be attempting 
to access a file to which you do not have permission to access"

Amacleod, as it stands, I've taken the screen grab app out of the 
presentation setup.  It was a Windows only solution that seemed to 
add potential complexity.  It appears that the best solution is to 
prepare screen shots beforehand, and upload the images to the file 
area.  Of course, screen shots could also be uploaded to that same 
area in real time...   If any presenter needs help with that part 
of the presentation, or if that solution will not work for anyone, 
please let me know.   I also have a whiteboard app installed at  
http://rockfactory.us/rooms/other/livepresenter/LivePresenter-admin.htm
  http://rockfactory.us/rooms/other/livepresenter/LivePresenter-viewer.htm
 .  I haven't used that application much more than just to try that 
it's installed properly, but I'm happy to add it to the setup if 
anyone wants to use it for the presentation.

Reichart, I'm getting the same "iI'm sorry, you seem to be attempting 
to access a file to which you do not have permission to access"
I have an account already...

I need: a countdown timer that sits in an external file, is invoked 
with startTimer('date and time string'); and changes the text content 
of <span id="counter">.  That is all.  Otherwise, no timer...