open command fails

[azendal]

seems that commands that receive arguments fail

[luisgodinez]

yes, i noticed that too, we need to discuss a little bit about all of this as you just said.

[ktlacaelel]

Luis, for the promp on the report table we could use this, check it out. I would recomend to try the samples shown you only need to run irb, and in less than five minutes you already ran everything. well I would recomend to run all the way to two-dimentional-menus with the active => true flag!

http://tagaholic.me/2010/02/16/two-dimensional-console-menus-with-hirb.html

[ktlacaelel]

well.. okay, it seems like am deviating here.. but am not. might be a good idea to use this for the open command or to change ticket statuses.

[edgarjs]

I changed the open method in favor of http, since open is used internally by other irb libraries

[azendal]

actually the plan is use ticket

On Jan 6, 2012, at 1:35 AM, kazuyoshi tlacaelel wrote:

well.. okay, it seems like am deviating here.. but am not. might be a good idea to use this for the open command or to change ticket statuses.

---

Reply to this email directly or view it on GitHub: https://github.com/azendal/assembla_cli/issues/8#issuecomment-3381696

[ktlacaelel]

I think that the help method also collides with irb

[edgarjs]

@ktlacaelel right, we need to disable that warning or use another method name

[ktlacaelel]

I'll do that! any ideas for names?

[edgarjs]

commands, h, version, help_me, ref

[ktlacaelel]

I like "h"

[azendal]

i vote for commands h alias commands

On Jan 6, 2012, at 4:42 PM, Edgar J. Suárez wrote:

commands, h, version, help_me, ref

edgar.js

On Friday, January 6, 2012 at 4:36 PM, kazuyoshi tlacaelel wrote:

I'll do that! any ideas for names?

---

Reply to this email directly or view it on GitHub: https://github.com/azendal/assembla_cli/issues/8#issuecomment-3391907

---

Reply to this email directly or view it on GitHub: https://github.com/azendal/assembla_cli/issues/8#issuecomment-3391977

[luisgodinez]

i like commands too, and we could also use something like 'options', and besides displaying the help content we could also display the available options for the current target, like if we are on a list of tickets, the options fcould be open, close, assign_to, etc... if we are on the space root, the options could be change_space, tickets, etc...

This is probably not needed since almost all the options will be on the help no matter where you are hehe, but it could be a nice to have so the user could really know what he could do right where he is.