Page 1 of 2

A Few suggestions.

Posted: Sun Feb 07, 2010 8:32 am
by Eff3c7
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

Re: A Few suggestions.

Posted: Sun Feb 07, 2010 10:34 am
by diam0nd
Eff3c7 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
+1
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.

Re: A Few suggestions.

Posted: Mon Feb 08, 2010 11:59 am
by Fronious
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

Re: A Few suggestions.

Posted: Mon Feb 08, 2010 12:02 pm
by LeXxX
Fronious 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
Just bcuz they dont reply, doesnt mean that they dont read it and maybe will implement it :P
They are busy codeing ;)

Re: A Few suggestions.

Posted: Mon Feb 08, 2010 12:11 pm
by Marsup
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...

Re: A Few suggestions.

Posted: Tue Feb 09, 2010 1:26 am
by JohnK
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.

Re: A Few suggestions.

Posted: Wed Feb 10, 2010 7:22 pm
by mimiciku
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

Re: A Few suggestions.

Posted: Wed Feb 10, 2010 7:29 pm
by LeXxX
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
im not sure, but i think thats possible to do with a proper skiplist.
feel free to correct me if im wrong

Re: A Few suggestions.

Posted: Wed Feb 10, 2010 7:50 pm
by maddin117
LeXxX wrote:im not sure, but i think thats possible to do with a proper skiplist.
feel free to correct me if im wrong
i have no idea how to setup a regexp skiplist that just allows one file of a certain type.
could anyone paste an example, please?

Re: A Few suggestions.

Posted: Wed Feb 10, 2010 10:57 pm
by Marsup
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