Request - "direct send" and more.
Moderator: Moderators
Request - "direct send" and more.
1. Sometimes there is necessary just send small file. Current option is - put it to shared folder and grant user free slot if needed. But sometimes this file must be shared for only one user temporary. It could be great solution for this - send file like in ICQ. For example I wanna send song text or vidcap from movie. I wanna select "send file" from user's menu and then choose particular file from any folder on any drive. It must not be in shared folder. After my selection user recieves request "recieve file". Properties of file must be shown there. If user agrees then this file just drops into his download queue. On my machine extra slot appeares granted to this user. Then both systems work as obvious.
2. Unshare granted slot. Sometimes I wanna just share only one file temporary. Current extra sharing works for session. But sometimes needed just share file and automatically or manually disable extra slot for user.
Of course 1st option will work only for DC++ users but this will the reasone to choose it, not other client.
2. Unshare granted slot. Sometimes I wanna just share only one file temporary. Current extra sharing works for session. But sometimes needed just share file and automatically or manually disable extra slot for user.
Of course 1st option will work only for DC++ users but this will the reasone to choose it, not other client.
1. If I understand you correctly, you want to send a small file without going through the trouble of granting a slot.
Now I'm looking at the Settings in dc++, and I could swear that there used to be an option for automatically openning a slot for files below xxx kb. But, I can't find it.
Anyway, that would be the best solution. Sorry, but you would have to actually share it.
2. I'm not sure what you mean by unshare granted slot. I take it as disabling a granted slot. If so, the slot is automatically lost when they are done downloading (unless the download stops because they leave, then the download will resume when they come back).
Now I'm looking at the Settings in dc++, and I could swear that there used to be an option for automatically openning a slot for files below xxx kb. But, I can't find it.
Anyway, that would be the best solution. Sorry, but you would have to actually share it.
2. I'm not sure what you mean by unshare granted slot. I take it as disabling a granted slot. If so, the slot is automatically lost when they are done downloading (unless the download stops because they leave, then the download will resume when they come back).
Hehe.
Gourmet:
1. short: have been discussed before, and dismissed.. this is (ofcourse) not supported by the protocol and would be complicated (and unecessary?) to implement!
2. Just do a "disconnect user" on him and the granted slot is off.
jbyrd:
1. DC++k jave this, and probably BCDC too!
1. short: have been discussed before, and dismissed.. this is (ofcourse) not supported by the protocol and would be complicated (and unecessary?) to implement!
2. Just do a "disconnect user" on him and the granted slot is off.
jbyrd:
1. DC++k jave this, and probably BCDC too!
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
1. I assumed this is not supported by protocol. But this could be a unique extra feature of DC++. Sad it was dismissed.
2. A-h? Exactly extra slot granted for just one file? I sought it is session-time. Looks like I downloaded 2 files from one source through extra slot. But if yes - then I suggest session time extra slot or better auto extra slot for some users. I see this feature is being discussed in other thread.
2. A-h? Exactly extra slot granted for just one file? I sought it is session-time. Looks like I downloaded 2 files from one source through extra slot. But if yes - then I suggest session time extra slot or better auto extra slot for some users. I see this feature is being discussed in other thread.
Correct me if I'm wrong, but the extra slot is only granted until the file is finished. If you downloaded two files on one granted slot, then chances are one of the other slots freed up.
I don't see why incorporating ICQ technology into DC would be helpful whatsoever. No need to have a feature with less capability and functionality than the program it is featured in.
I don't see why incorporating ICQ technology into DC would be helpful whatsoever. No need to have a feature with less capability and functionality than the program it is featured in.
Hehe.
I just explain a little where "send file" feature could be useful and how it can be implemented. Imagine I talk with some who needs a file or two from me. All my slots are buzy and requested file is not in shared folder. Why I was not placed there? Cause I didnt' wanna share it. Ok, I agree share this file to one person only. But how can I do this? Imagine there is an option "share personally" - but I need select 2 objects: person and file. If I will place file to common shared folder - file will be shared for all people. If I select person - now I'm unable select file(s). Solution - select person, then option "share personally", then select file(s). But it is not in shared folder... Selection dialogue appeares. Ok, selected. Why not immediately auto grant extra slot for this file(s) - and only for them? Ok granted. User must be notified about this. Lets' send him a message. Just an automatic message - user recieves it and starts download when ready. Only needed one thing - send a file path to this user. It can be sent as - simply - temporary shared file list. Ok, does protocol support "send file list"? - operation when list sending initiated not by client but by server. If yes - then all this is fully compatable with current protocol.
The only difference from my first suggestion - there is no specific confirmation request on remote client. But "send temporary file list" operation appeares.
The only difference from my first suggestion - there is no specific confirmation request on remote client. But "send temporary file list" operation appeares.
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
It comes down to this:
1. Neat feature if it existed, nothing to say about that!
2. Lots of other alternatives exist! (ICQ, MSN, FTP, IRC)
3. Implementing this feature would take time and hard work, complicated stuff.. lots of extensions in the protocol!
4. No programmer will lay time on a feature that "2." even if they are "1." since "3."!
got it?
1. Neat feature if it existed, nothing to say about that!
2. Lots of other alternatives exist! (ICQ, MSN, FTP, IRC)
3. Implementing this feature would take time and hard work, complicated stuff.. lots of extensions in the protocol!
4. No programmer will lay time on a feature that "2." even if they are "1." since "3."!
got it?
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
2.I use DC++ just for week, but wanted this feature 10 times at least. And ICQ or else are harder to use for this than DC++. ICQ dowesnt' support resuming. MSN - I dont' use it at all, FTP needs server and setting user permissions, IRC doesnt' support resuming and is software for another main purpose. DC - is software for exchange files and supports resuming. I dont' see good alternative easy to use when I just wann send some files by 3 clicks. Of course - send then to DC user, not to ICQ...
3. Not so much, I suggest. And not too many extensions for the protocol. I understand in this something, beleive me.
4. There could be lots of justifications to lazyness... sorry...
3. Not so much, I suggest. And not too many extensions for the protocol. I understand in this something, beleive me.
4. There could be lots of justifications to lazyness... sorry...
You're right...they don't support resuming. So what? The original post wanted to send "small files". No need for resuming.
Get this out of your heads, people. This client is NOT ICQ. This client is DC++. It is not for private file transfers. If you want to share something, make it available to everyone.
Who in the hell wants people going "Hey, does anyone have blah blah blah?" in the chat area. They assume that everything that is available will be found in search results.
The only thing I can think they want to share privately is some kind of illegal porno. Sickos.
Get this out of your heads, people. This client is NOT ICQ. This client is DC++. It is not for private file transfers. If you want to share something, make it available to everyone.
Who in the hell wants people going "Hey, does anyone have blah blah blah?" in the chat area. They assume that everything that is available will be found in search results.
The only thing I can think they want to share privately is some kind of illegal porno. Sickos.
Yeah. Tell you what. You write up a patch, send it to arne. Don't claim that people are lazy for not wanting to spend enormous amounts of time writing up a USELESS feature.There could be lots of justifications to lazyness... sorry...
Hehe.
Hey! Wont' you recommend me share all my 40 GB? If this is sharing for all thing - then why private message mode included? Remove it.
I still dont' see here any persuasive reason to not have "send file". But I know reason to have - I NEED IT. No more flame about it. I will stay on position - this feature NEEDED and HELPFUL. Otherwise I would not' create this thread. And this is stupid recommend me write a patch. Last time I wrote a compiler in 1992. Now I'm a businessman. Period.
I still dont' see here any persuasive reason to not have "send file". But I know reason to have - I NEED IT. No more flame about it. I will stay on position - this feature NEEDED and HELPFUL. Otherwise I would not' create this thread. And this is stupid recommend me write a patch. Last time I wrote a compiler in 1992. Now I'm a businessman. Period.
Because sometimes you want to ask someone a question, like "Hey, would you open a slot for me?" or "Do you know why I keep losing slots?" Not, "Excuse me, but do you happen to have some animal porn that is not currently in your shared folder that you wouldn't mind sending me over the ICQ feature in DC++?"gourmet wrote:then why private message mode included?
I recommended that you write a patch, because you felt that it was OK to accuse the developers of being "lazy".And this is stupid recommend me write a patch. Last time I wrote a compiler in 1992. Now I'm a businessman. Period.
Give an example, one that makes sence, of something that you feel is best shared only to individuals.
Give an example, one that makes sence, of why you would want to have a resume feature in an ICQ type application. IT'S NOT LIKE YOU NEED TO DOWNLOAD FROM MULTIPLE SOURCES! IT IS ONE PERSON!
It is a p2p network client.
p2p==peer to peer
ICQ=particular peer to particular peer.
hehe...As you can tell, I don't like the sound of this.
Hehe.
Ok, cause it is not just a flame.why you would want to have a resume feature in an ICQ type application
I have an old friend on other side of Earth. May be he uses modem, or maube I use (exactly I'm using modem). He knows I'm online in DC. He wanna some large file from me, It's our nostalgie. <ay be this a somg from our history. I dont' want share this file for all - it's close private thing. I talk to him in DC (thanks to private talking mode) then send him this file. No headacke with size of his mail box (pop3 doesnt support resuming), no headacke with FTP/HTTP sharing (I have to find a place for N megabytes). I just send this to him. Right now. For example my line is too slow (and it is) - then my friend must have ability to resume file when I'll be online again. I turn off computer often, thats' my problem.
Another example. I'm looking for some videos. One guy told me he wanna see vidcaps. I'm agree to send vidcaps to him. But ONLY to him. Will we discauss content of these videos?! Dont' you think they can be PRIVATE but some people are able to see them?!! In this case I wanna have ability to just send .jpg file (captured frame). Right now I have do too many operations for this. Nobody can over-persuade me...
Sorry, I assumed - one of us can have bad line. Slow or noisy or else. There are huge amount of reasons to resume broken connection. Othervise software like GetRight, ReGet ot else wouldn't exist.
Dont' think all your users got VERY GOOD STUFF. Think about all users - with good stuff and with very bad. Othervise your are a communist.
Dont' think all your users got VERY GOOD STUFF. Think about all users - with good stuff and with very bad. Othervise your are a communist.
ok, what about this gourmet..
most hubs have strict rules about what can be shared in that perticular hub, with this feature implemented ppl could potentially start exchanging forbidden files! Such as child porn etc.
most hubs have strict rules about what can be shared in that perticular hub, with this feature implemented ppl could potentially start exchanging forbidden files! Such as child porn etc.
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
cyberal
Absence of feature cannot prevent illegal actions. But this create problems for legal actions. Absence of personal sending cannot prevent exchange of illegal material. But this create problems for exchange of legal material. If there would not Internet exist - there would not be ability to exchang child porn. Try to turn Internet off.
TheParanoidOne
Programmers = lazy.
Sure they are. "Lazyness is an engine of progress" I'm lazy to run FTP server to share personal files. I could run Linux RedHat with stuff but I'm lazy (sure I did use Linux on home PC). I'm using DC++
Users = communists
That's your personal view. Person makes mistakes cause he is not a computer.
I'm a user of DC++, but I'm not a communiste. I just wanna send files privately.
[/b]
Absence of feature cannot prevent illegal actions. But this create problems for legal actions. Absence of personal sending cannot prevent exchange of illegal material. But this create problems for exchange of legal material. If there would not Internet exist - there would not be ability to exchang child porn. Try to turn Internet off.
TheParanoidOne
Programmers = lazy.
Sure they are. "Lazyness is an engine of progress" I'm lazy to run FTP server to share personal files. I could run Linux RedHat with stuff but I'm lazy (sure I did use Linux on home PC). I'm using DC++
Users = communists
That's your personal view. Person makes mistakes cause he is not a computer.
I'm a user of DC++, but I'm not a communiste. I just wanna send files privately.
[/b]
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
-
- Posts: 17
- Joined: 2003-09-08 02:53
- Location: NZ
- Contact:
Hmmm, it doesn't seem too odd for me. I could also think of some good uses to it. And also a simple and effective solution came to my mind:
IF some shared folder is called "[Private Shares]" it should be private. In those folder you could create folders, named after particular users. On downloading, DC++ should check if the root folder is called "[Private Shares]", if yes, it should check if the folder in it is called like the user, who is trying to download, if yes, he can download. If not, guess.. (file not available... could be used in such cases.).
Cons: BOTs should know about this, and not count those files in your sharesize - and DC++ should do the same.
Extra Feature: if I have a folder in my Private Shares called "[OP]$" then all users could download from that folder, whose nick begins with [OP]. No users can have $ in their names, AFAIK.
And no, I won't code it, because my knowledge in C++ is 0. (I'm a delphi/C# guy
IF some shared folder is called "[Private Shares]" it should be private. In those folder you could create folders, named after particular users. On downloading, DC++ should check if the root folder is called "[Private Shares]", if yes, it should check if the folder in it is called like the user, who is trying to download, if yes, he can download. If not, guess.. (file not available... could be used in such cases.).
Cons: BOTs should know about this, and not count those files in your sharesize - and DC++ should do the same.
Extra Feature: if I have a folder in my Private Shares called "[OP]$" then all users could download from that folder, whose nick begins with [OP]. No users can have $ in their names, AFAIK.
And no, I won't code it, because my knowledge in C++ is 0. (I'm a delphi/C# guy
-
- Posts: 17
- Joined: 2003-09-08 02:53
- Location: NZ
- Contact:
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
http://www.emptynes.orcon.net.nz/MPP/mai9 wrote:thanks
I have a weird feeling it 404's if you have the final slash thereGargoyleMT wrote:http://www.emptynes.orcon.net.nz/MPP/mai9 wrote:thanks
http://emptynes.orcon.net.nz/MPP
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Wow. His webserver is apparently adding the ".htm" extension on its own when you just request MPP... WTF?Twink wrote:I have a weird feeling it 404's if you have the final slash there
http://emptynes.orcon.net.nz/MPP
I guess this should be the right link, though why he doesn't advertise it...
http://www.emptynes.orcon.net.nz/MPP.htm
heh.
-
- Forum Moderator
- Posts: 587
- Joined: 2003-05-07 02:38
- Location: Sweden, Linkoping
Perhaps he is just to lazy to do it?GargoyleMT wrote:I guess this should be the right link, though why he doesn't advertise it...
http://www.emptynes.orcon.net.nz/MPP.htm
heh.
maybe he realises that ppl might sue him after going blind due to that lovely colour scheme he hasjoakim_tosteberg wrote:Perhaps he is just to lazy to do it?GargoyleMT wrote:I guess this should be the right link, though why he doesn't advertise it...
http://www.emptynes.orcon.net.nz/MPP.htm
heh.
-
- Forum Moderator
- Posts: 587
- Joined: 2003-05-07 02:38
- Location: Sweden, Linkoping
That to.Twink wrote:maybe he realises that ppl might sue him after going blind due to that lovely colour scheme he hasjoakim_tosteberg wrote:Perhaps he is just to lazy to do it?GargoyleMT wrote:I guess this should be the right link, though why he doesn't advertise it...
http://www.emptynes.orcon.net.nz/MPP.htm
heh.