Hello there. first may I say how pleased I am that support for this excelent program has restarted. I have a few suggestions, some will be easy to implement. others not too easy. but thanks for looking.
1) the ability to "lock" a container, once locked the current sites for this container will stay with the container and not be used to transfer, this will allow admins to perform matience on a site without loosing there place if automation starts.
2) A feedback thou the win32::api sendmessage when a transfer has finished. and some infomation about what was sent etc.
3) A tcp port log. like a telnet server. this could be very usefull for scripters to be able to read a live log of what is happening with there automated backups.
4) Ability to right click on a queue. and force start it. this would ignore the available logins set for an ftp and try to transfer anyhow.
5) A way to use the win32::api to also recieve information about stored sites and maybe change items like bookmarks.
I'll leave it there for now. I do have more. but there the main ones I can think of for now.
thank you for taking the time to read this. Looking forward to new updates. as allways keep up the good work.
Eff3c7
A Few suggestions.
-
- Posts: 3
- Joined: Tue Oct 26, 2004 11:38 am
Re: A Few suggestions.
+1Eff3c7 wrote:Hello there. first may I say how pleased I am that support for this excelent program has restarted. I have a few suggestions, some will be easy to implement. others not too easy. but thanks for looking.
1) the ability to "lock" a container, once locked the current sites for this container will stay with the container and not be used to transfer, this will allow admins to perform matience on a site without loosing there place if automation starts.
2) A feedback thou the win32::api sendmessage when a transfer has finished. and some infomation about what was sent etc.
3) A tcp port log. like a telnet server. this could be very usefull for scripters to be able to read a live log of what is happening with there automated backups.
4) Ability to right click on a queue. and force start it. this would ignore the available logins set for an ftp and try to transfer anyhow.
5) A way to use the win32::api to also recieve information about stored sites and maybe change items like bookmarks.
I'll leave it there for now. I do have more. but there the main ones I can think of for now.
thank you for taking the time to read this. Looking forward to new updates. as allways keep up the good work.
Eff3c7
I want all those too :D
More support for advanced API functions and scripting in general would be nice. That is one of the reason FTPRush got SO popular in the first place.
-
- Posts: 1
- Joined: Fri Feb 05, 2010 1:28 pm
Re: A Few suggestions.
I also agree with the idea posted above hopefully they will be implemented supprised no reply from admins regarding the idea posted above great ideas Eff3c7
Fronious
Fronious
-
- Posts: 31
- Joined: Fri Feb 05, 2010 1:15 am
- Location: Medina, Washington, USA
- Contact:
Re: A Few suggestions.
Just bcuz they dont reply, doesnt mean that they dont read it and maybe will implement it :PFronious wrote:I also agree with the idea posted above hopefully they will be implemented supprised no reply from admins regarding the idea posted above great ideas Eff3c7
Fronious
They are busy codeing ;)
-
- Posts: 24
- Joined: Tue Jul 06, 2004 2:09 pm
- Contact:
Re: A Few suggestions.
For such things, it would be nice to have (at least) read-only access on some kind of bug tracker.
I became a huge fan of google code's one, voting on issues could help dev to prioritize and us to follow how it's going.
But that's a debate we already had on the old forum, so I won't go into that again since I still don't know if it's the same dev or not...
I became a huge fan of google code's one, voting on issues could help dev to prioritize and us to follow how it's going.
But that's a debate we already had on the old forum, so I won't go into that again since I still don't know if it's the same dev or not...
-
- Posts: 14
- Joined: Mon Jun 13, 2005 6:51 am
Re: A Few suggestions.
Just noticed that i got same 1st idea as Eff3c7 in another thread.
I really hope that coding will be prioritized. So many annoying bugs to fix.
Imo, maybe ppl should start to list them in the appropriate forum or if someone
still got the old lists to get rid of them asap.
I really hope that coding will be prioritized. So many annoying bugs to fix.
Imo, maybe ppl should start to list them in the appropriate forum or if someone
still got the old lists to get rid of them asap.
-
- Posts: 1
- Joined: Wed Feb 10, 2010 7:12 pm
Re: A Few suggestions.
hey every one :)
Happy New Year 2010 :P happy New Nice Forum :P
I add my suggestion here like that no need make a onther topic :)
it aboute NFO file
enable/disable : only allow transfer of one NFO at same directory
cya
Happy New Year 2010 :P happy New Nice Forum :P
I add my suggestion here like that no need make a onther topic :)
it aboute NFO file
enable/disable : only allow transfer of one NFO at same directory
cya
-
- Posts: 31
- Joined: Fri Feb 05, 2010 1:15 am
- Location: Medina, Washington, USA
- Contact:
Re: A Few suggestions.
im not sure, but i think thats possible to do with a proper skiplist.mimiciku wrote:hey every one :)
Happy New Year 2010 :P happy New Nice Forum :P
I add my suggestion here like that no need make a onther topic :)
it aboute NFO file
enable/disable : only allow transfer of one NFO at same directory
cya
feel free to correct me if im wrong
-
- Posts: 7
- Joined: Sun Feb 07, 2010 2:07 pm
Re: A Few suggestions.
i have no idea how to setup a regexp skiplist that just allows one file of a certain type.LeXxX wrote:im not sure, but i think thats possible to do with a proper skiplist.
feel free to correct me if im wrong
could anyone paste an example, please?
-
- Posts: 24
- Joined: Tue Jul 06, 2004 2:09 pm
- Contact:
Re: A Few suggestions.
Skiplist is only based on file being transferred, it can't compare it with existing files, that ain't the right solution.
This option already exists for sfv files but if we don't want to end up with a full screen of specific options, it would be far more flexible to have advanced kind of skips that could take code (.net, js, vb, whatever). That leads me to dream about plugins... :p
This option already exists for sfv files but if we don't want to end up with a full screen of specific options, it would be far more flexible to have advanced kind of skips that could take code (.net, js, vb, whatever). That leads me to dream about plugins... :p