[REBOL] Re: Request File
Request-file in Rebol/View 1.2.1.3.1 uses a rebol window whereas betas since then are using the windows native file requester. On WinXP this window is modal and blocks events to the main window, including, it seems, time events. That's an interesting issue. (meaning, I don't have an answer) I will bring it up in rebol-view world, where we are working on rebol/view 1.3 Actually, it might be worth looking how request-file is implemented in View 1.2.1. You most likely can just copy the source to the request-file function into your code and use that in the newer beta I assume you are using. At least it will work. Anton. > On 21-Jan-04, Matt MacDonald wrote: > > > I'm having a problem with the Request File Function. I have a timer > > as an event in the feel of a form. One of the buttons on the form > > launches the request file dialog box. The problem is that while that > > dialog box is up, my timer event is paused. I'm using the timer to > > check for inactive users, so the timer needs to be going at all > > times. Anybody have any suggestions? Here is the code for the timer: > > > ; Probe time hold the timer interval, in my case it is usually 30 > > seconds main-form/rate: probe-int main-form/feel: make > > main-form/feel [ > > engage: func [face action event] > > [ > > if (event/type = 'time) > > [probe-messages probe-type] > > ] > > ] > > I'm not quite sure how your program works, but the timer in the > following keeps going while the file-requester is open... > > view layout [ > button "Request" [x: request-file] > time: field to-string now/time > rate 1 feel [ > engage: func [face action event][ > if event/type = 'time [ > time/text: to-string now/time > show time > ] > ] > ] > ] > > -- > Carl Read -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Request File
On 21-Jan-04, Matt MacDonald wrote: > I'm having a problem with the Request File Function. I have a timer > as an event in the feel of a form. One of the buttons on the form > launches the request file dialog box. The problem is that while that > dialog box is up, my timer event is paused. I'm using the timer to > check for inactive users, so the timer needs to be going at all > times. Anybody have any suggestions? Here is the code for the timer: > ; Probe time hold the timer interval, in my case it is usually 30 > seconds main-form/rate: probe-int main-form/feel: make > main-form/feel [ > engage: func [face action event] > [ > if (event/type = 'time) > [probe-messages probe-type] > ] > ] I'm not quite sure how your program works, but the timer in the following keeps going while the file-requester is open... view layout [ button "Request" [x: request-file] time: field to-string now/time rate 1 feel [ engage: func [face action event][ if event/type = 'time [ time/text: to-string now/time show time ] ] ] ] -- Carl Read -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Request File
Hi Matt I observed, that it keeps the file name, when this file exists in your directory. Maybe you should change the source of request-file, if you like a different behaviour. AR > > It seems to be totally random as to when it decides to fill in the file > name, but it doesn't fill it in more often than it does. > > > Matt > > Well, I haven't got Command, but I have never > seen request-file (that uses local-request-file) > fill in the filename on rebol/view. > What version of Command do you have, Matt? > Did you notice a pattern in which filenames are > filled in successfully and which aren't? > Is it that a particular filename is always filled > in ok? > Or will a filename works sometimes and sometimes not? > > Anton. > > >I think this went unanswered... > > > >any one know anything about this? > > > >-MAx > > > > > === Original Message === > > > > > Does anyone know why this statement only works some of the time? > > > > filepath: request-file/save/only/file filename > > > > filename is the name of the file I want to save. Sometimes the save > > > dialog > will have the filename filled in, other times it won't. It > >seems to be at > > > > random times. I am using REBOL/COMMAND. It always launches the > save > > > dialog > and it always saves properly, it's just that sometimes it > >doesn't fill the > > > > name in. > > > > Matt > > _ -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Request File
It seems to be totally random as to when it decides to fill in the file name, but it doesn't fill it in more often than it does. REBOL Internet Protocols 1.59.2.15 14-Feb-2003/1:45:14 ODBC Access 1.2.2.2 24-Mar-2002/20:13:57 Dynamic Library Access 1.4.2.1 24-Mar-2002/20:13:53 Oracle Access 1.2.2.2 24-Mar-2002/20:13:57 MySQL Access 1.1.2.2 24-Mar-2002/20:13:57 Command Shell Access 1.5.2.5 11-Dec-2002/0:37:05 Graphics 1.1.2.5 23-Jul-2003/21:32:34 View and VID 1.155.2.6 23-Jul-2003/21:36:38 View Desktop 1.26.2.10 26-Jun-2003/6:00:34 Sound 1.2.2.2 24-Mar-2002/20:13:58 Encryption 1.3.2.2 24-Mar-2002/20:13:52 Big Numbers 1.2.2.2 24-Mar-2002/20:13:52 DH/DSA Encryption 1.2.2.2 24-Mar-2002/20:13:52 RSA Encryption 1.3.2.2 24-Mar-2002/20:13:58 FastCGI 1.2.2.3 24-Nov-2002/17:05:54 System Port 1.1.2.5 30-Nov-2002/17:24:03 Encryption Level 2 1.1.2.3 24-Jan-2002/19:54:44 Secure Socket Layer 1.3.2.2 24-Mar-2002/20:13:58 Matt Well, I haven't got Command, but I have never seen request-file (that uses local-request-file) fill in the filename on rebol/view. What version of Command do you have, Matt? Did you notice a pattern in which filenames are filled in successfully and which aren't? Is it that a particular filename is always filled in ok? Or will a filename works sometimes and sometimes not? Anton. >I think this went unanswered... > >any one know anything about this? > >-MAx > > > === Original Message === > > > > Does anyone know why this statement only works some of the time? > > > filepath: request-file/save/only/file filename > > > filename is the name of the file I want to save. Sometimes the save > > dialog > will have the filename filled in, other times it won't. It >seems to be at > > > random times. I am using REBOL/COMMAND. It always launches the save > > dialog > and it always saves properly, it's just that sometimes it >doesn't fill the > > > name in. > > > Matt _ online games and music with a high-speed Internet connection! Prices start at less than $1 a day average. https://broadband.msn.com (Prices may vary by service area.) -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: Request File
Well, I haven't got Command, but I have never seen request-file (that uses local-request-file) fill in the filename on rebol/view. What version of Command do you have, Matt? Did you notice a pattern in which filenames are filled in successfully and which aren't? Is it that a particular filename is always filled in ok? Or will a filename works sometimes and sometimes not? Anton. > I think this went unanswered... > > any one know anything about this? > > -MAx > > > === Original Message === > > > > > > Does anyone know why this statement only works some of the time? > > > > filepath: request-file/save/only/file filename > > > > filename is the name of the file I want to save. Sometimes the save > > dialog > > will have the filename filled in, other times it won't. It > seems to be at > > > > random times. I am using REBOL/COMMAND. It always launches the save > > dialog > > and it always saves properly, it's just that sometimes it > doesn't fill the > > > > name in. > > > > Matt -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
[REBOL] Re: request-file questions [again]
Hi Jason, On Tuesday, October 15, 2002, 8:08:41 PM, you wrote: JC> I know this has come up before. But I keep asking in case there are now nicer JC> alternatives or undocumented techniques and treasures... Try it on the new beta. It uses the local OS file requester by default. Regards, Gabriele. -- Gabriele Santilli <[EMAIL PROTECTED]> -- REBOL Programmer Amigan -- AGI L'Aquila -- REB: http://web.tiscali.it/rebol/index.r -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: request-file questions [again]
Jason, Not much point trying to patch the old View request-file dialogue, but if you really want to all the source is there, so you can make it behave and look the way you want. The later versions of View and IOS present the OS native file dialog (just like a web browser does). You can see this yourself if grab one of the latest beta builds from http://www.reboltech.com/downloads/ (only windows and linux betas are there though) Cheers, Allen K - Original Message - From: "Jason Cunliffe" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, October 16, 2002 4:08 AM Subject: [REBOL] request-file questions [again] > Hi > > I know this has come up before. But I keep asking in case there are now nicer > alternatives or undocumented techniques and treasures... > > Q1: How to make the 'dirs' section of request file larger? > > It's such a pain in the to scroll around that area. > [usabilitysucks c.1987 :-((] > > > Q2: What's the best way to separate directory path and filename from > request-file? > > > I notice that if one wants to set the default to open politely in a certain > drive and folder , it behaves strangely using the /file refinement : > > >> rf: request-file/file %/e/ > Displays blank. User must pick from all the available system drives. > > >> rf: request-file/file %/e/art > Displays %/e/ but user must still select the "art" dir by hand to view the > files. > But, it does return what was set by default: > > >> rf: request-file/file %/e/art ;[user immediately clicks SELECT] > == [%/e/art] > > and likewise > > >> rf: request-file/file %/e/art/ ;[user immediately clicks SELECT] > == [%/e/art/] > > > >> rf: request-file/file %/e/art/somefile.sfx > OK this now opens in the right directory, even if "somefile.sfx" does not exist. > User can now immediately view contents of %/e/art/ > > TIP > A nice thing I discovered: you can use a block with the /filter refinement to > display several filetypes: > > rf: request-file/file/filter %/e/art/ [".swf" ".html"] > > > WISHLIST > My basic wishlist for request file: > > - resizing of all areas and the tool itself. This is so basic!!! > - auto-resizing by width so file name are ways fully visible. > - color display of different filetypes > - option to use more standard single listing to displays directory names along > with files and also "../" items, so you don't have to click the "parent" button. > - add function buttons built-in > > This last would be an "/addbutton" refinement allowing one to directly include a > named button in the requester and assign a function to it. 50% of the time > that's probably what people want to do anyway. > > Does /IOS have a better request-file interface or tools? > If so how do we get some? > If not, I cannot imagine how people in businesses must react then when they get > to that part of the demo. [clunky-funky..grumblmumble] File requesters are > probably the most commonly used interface of all operating systems. > > thanks > ./Jason > > > > > > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. > > -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.