Tab Completion Console File Transfers

[GoogleCodeExporter]

This is not a defect, however Google code is not permitting an enhancement 
template creation.

I'm using Java 6 running KouChat 1.1.0, on a Raspberry Pi with Arch Linux ARM. 
My request is for the console operation of KouChat. When a file request occurs 
in console mode it is necessary to type in /accept username file in explicit 
detail. However, it's easy to make a mistake, particularly with a long filename.

I can think of two ways to resolve this annoyance:
- /accept simply accepts whichever file transfer is first in the queue 
(assuming various file transfers are requested at once). Could also provide an 
additional (Y/n)? option before beginning transfer.
- Tab completion, wherein typing some of the characters initially followed by 
the Tab key at some point to help complete both the user and filename portion.

Original issue reported on code.google.com by grimpira...@gmail.com on 7 Nov 2012 at 4:27

[GoogleCodeExporter]

Thanks for the suggestion! I will see what I can do.

Original comment by blu...@gmail.com on 7 Nov 2012 at 7:19

• Changed state: Accepted
• Added labels: Type-Enhancement, Priority-Medium, Milestone-1.2.0

[GoogleCodeExporter]

Original comment by blu...@gmail.com on 7 Nov 2012 at 7:34

[GoogleCodeExporter]

Tab completion is too big of a job at the moment.
But a user interface like irssi would have been smooth :)

A few interesting libraries that I might look at later:

http://jansi.fusesource.org/
http://code.google.com/p/lanterna/
https://github.com/jline/jline2

I have implemented a simpler solution, where each file transfer gets a unique 
id.
To respond to a file transfer, you use that id instead of the filename. Like 
this:

/reject Anna 1
/receive Niles 2
/cancel Dorris 3

What do you think? You can try it yourself by downloading the snapshot from the 
build server at:
https://buildhive.cloudbees.com/job/blurpy/job/kouchat/lastStableBuild/net.usikk
ert.kouchat$kouchat/

Original comment by blu...@gmail.com on 10 Nov 2012 at 4:22

• Changed state: Started

[GoogleCodeExporter]

If the unique id is wholly unique then I would think it redundant to type in 
the user's nick. It would be less typing to do the following:

/reject 1
/receive 2
/cancel 3

Original comment by grimpira...@gmail.com on 15 Nov 2012 at 3:44

[GoogleCodeExporter]

You are right, it's less typing, and it's possible to do.

But I'd like to keep the nick name anyway, as a simple kind of confirmation 
that you know who you are accepting files from.

Original comment by blu...@gmail.com on 16 Nov 2012 at 6:52

[GoogleCodeExporter]

Original comment by blu...@gmail.com on 18 Nov 2012 at 6:02

• Changed state: Fixed