Patrick
it seems to be the case by design. Like if you use Word or something
you drag it to the window to view it.
-dman84
Hmmm - I can what you're saying with the Word anaology, but I disagree -
the intuitive drag & drop response when looking at an FTP server would
be to upload, not to open, the file.
But IMO Moz shouldn't really care about the context of what it's
displaying (to the extent you're thinking of). You just point it to what
you want to display, and it'll display it. It isn't a dedicated FTP
program, after all.
If I drag any kind of file into any viewer (Moz, IE, Notepad, Word,
Media Player, Winamp, Paint, etc.), I expect that viewer to display the
contents of the file if the viewer supports the file's format. I can see
the point if Moz were a dedicated FTP program, but it isn't. It's just a
viewer.
My 0.02. :0)
--
~/Garth
This is http://bugzilla.mozilla.org/show_bug.cgi?id=24867. This is an
important function for me. Lots of computers at my university, in
internet cafes dont have another ftp client installed. But they always
had a Netscape Navigator around.
Regards,
Helge
If I dragged a file onto what to me as a user appears to be a ftp
program, it should upload, if I drag it onto a browser window, it should
display.
grayrest
I think that was one of the nicest "little" features Netscape put into
3.xx & 4.xx - how hard would it be to upload a file when you're logged
into an FTP session, and display it if you're in a regular browsing
session? I'd add it myself, but unfortunately I couldn't program my way
out of a wet paper bag... I remember bits and pieces of Basic, Fortran,
Pascal, and Prolog (there's a (NOT) useful programming language) but I
haven't touched anything like that in 12 years.
10 PRINT "HELP!"
20 GOSUB 10
30 END (I know... with the GOSUB it isn't necessary, but shortcuts
aren't cool ;)
Help!
Help!
HeC^
Patrick
Shouldn't that be GOTO? I still remember bits of BASIC...
goto would work as well...
one was Go To - the other was Go to SUBroutine
*lol* I miss my Vic20
Patrick
>> 10 PRINT "HELP!"
>> 20 GOSUB 10
>> 30 END (I know... with the GOSUB it isn't necessary, but shortcuts
>> aren't cool ;)
> Shouldn't that be GOTO? I still remember bits of BASIC...
GOSUB is also possible but not very good here.
GOSUB is like a procedure call. It works like GOTO until a RETURN is
found. Then the program jumps back to the position directly after the
GOSUB call.
--
Everyone who sends advertisement to me agrees to pay a fee of 10 Euro.
It's just that I thought GOSUB subroutines were supposed to come after
the END and terminate with a RETURN statement.
> *lol* I miss my Vic20
I miss my dad's old Osbourne. Ah, the days of CP/M and text-based
Snake...he'd done a drawing of a jack-o-lantern in WordStar (using
various non-ASCII symbols found in the character set) and we'd set the
old green monochrome monitor in the window for Halloween.
Shouldn't that be ^C?
QuickBasic translation:
PrintHelp:
PRINT "Help!"
Goto PrintHelp
:)
But if the browser window displays a URL that begins with ftp://
and end with a / (signifying a directory) I would intuitively imagine
I was looking at a remote pane of an FTP window. So like
Patrick, I half-expect to be able to drop a file there to upload
it to that window.
There should be a pref:
Dropping a file into an FTP folder should
( ) Open it
(x) Upload it
If not, at least a user pref.
Bamm
Maybe a popup?
"What do you want to do with this file? [Display] [Upload] [Cancel]"
--
~/Garth
Maybe both. The popup would be fine the first time, but I should
be able to configure it not to ask me again.
or maybe it should just upload like we all expect....? Why involve
prefs? We have so many as it is. If we do a pref, it should be a pop up
with a "remember this answer" checkbox.
grayrest
> 10 PRINT "HELP!"
> 20 GOSUB 10
> 30 END (I know... with the GOSUB it isn't necessary, but shortcuts
> aren't cool ;)
REPEAT
Write ('HELP!');
UNTIL (1=0);
(GOTO's Considered Harmful! :-)
--
Magnus W
Proud AOLTW-Netscape-Mozilla-China-Communism-Pornstar conspiracy member
i don't know who "we" is, but it doesn't include me, and i imagine it
wouldn't include many others. the standard behaviour when you drop
something onto a mozilla window is for it to open in mozilla, not upload
it to the remote site... i quite often drag things onto half hidden
windows to open them - i wouldn't want that to be attempting uploads to
random sites...
--
michael
Not random sites, but only when the protocol is ftp:// and the url ends
in / (signifying an ftp directory) and the pref is set to upload when
dropping to an ftp directory. Surely this will mean it will only upload
when you want it to.
The more important point is that this is the behavior in all previous
versions of NS and IE and i believe opera so if mozilla wants to
have a different behavior it *has* to be a pref.
This is actually standard behavior in any browser, as far as I know.
You will never upload by mistake unless you have an ftp account
and you previously set up the account information in Moz (such as
hostname, username, password) and you open a browser window
specifically to that account and you set the pref to upload.
Regards,
Bamm
see... I don't code well in basic... can't imagine what'd happen if I
dug into the moz code! *lol*
my basic code would have worked, just using the wrong command... hehe
Patrick
very important for myself as well - thanks for the bug :)
I always have a copy of moz open, whereas I rarely have my FTP client
open. If I only need to upload one file, I log into my server and drop a
file - much quicker than messing with an FTP client. Of course, to do
this now, I have to open Netscape 4.79.
Patrick
For such an obscure option, you'd need to prefix it with an explanation.
I suggest the following.
|
| Mozilla's designers can't decide what should happen when a file or
| folder is dragged to a Navigator window where an FTP listing is being
| displayed. We know you're probably not a UI designer, but we'll dump
| the problem on you anyway, because we don't like you.
|
| What should Mozilla do when a file or folder is dragged to a Navigator
| window where an FTP listing is being displayed?
| (*) Open it
| ( ) Upload it
| ( ) Show me a nasty alert box
> > > If not, at least a user pref.
Naturally. It's quite ok to have a UI which is only acceptable to 1
percent of users, if it can be made acceptable to some of the other 99
percent by twiddling prefs which are too well-hidden for any of that 99
percent to know how to change.
>...
> > Maybe a popup?
> >
> > "What do you want to do with this file? [Display] [Upload] [Cancel]"
Alerts don't work. As time goes on the number of alerts used in a
program should decline, not increase.
> Maybe both.
Dilbert: `So should we get lots of bad press by delaying our product for
six months, or lose our future customer base by shipping now when the
product has thousands of bugs?'
PHB: `Hmmmmmm ... Let's do both!'
> The popup would be fine the first time, but I should
> be able to configure it not to ask me again.
Hahahahaha. I could see that coming a mile off.
--
Matthew `mpt' Thomas, Mozilla UI Design component default assignee thing
<http://mpt.phrasewise.com/>
Well, they should have stuck with the behavior found in both
Communicator and IE, which is to upload.
If they really want to open it, then /that/ should be a pref.