[ZeroBrane Studio] Re: Debugging
- From: Paul K <paul@xxxxxxxxxxxxx>
- To: zerobrane@xxxxxxxxxxxxx
- Date: Mon, 7 Jan 2013 10:20:46 -0800
Hi Clive,
> position to comment. My only issue is, without documentation, I can't be
> sure if I am missing out on a useful feature which I haven't tripped over. I
This is a good point. I provide a high-level overview in the "getting
started" guide, but I agree that it doesn't even list all the features
that the debugger provides (like coroutine debugging or pretty
printing).
> guess one comment I do have is, given Lua's reliance on tables, is to
> provide a clear and well structured display of tables when inspecting table
> variables. Maybe an configuration option if useful aternative displays
> exist.
Right; you can either see those in the stack window (you can expand
tables to get to the values you need) or you can use the remote
console to print table values (and those will be pretty printed for
you). If you prepend "=" before the expression, then it will be pretty
printed in the block format:
> ={a = 1, b = 2}
{
a = 1,
b = 2
} --[[table: 02918FE0]]
> Anyway, from the search I have conducted, there certainly is a need for a
> well supported, feature rich, and robust IDE for Lua. Given Lua's wide use,
Agree; this was one of the motivating factors to work on ZBS.
Paul.
On Sat, Jan 5, 2013 at 12:21 PM, Clive Monk <clive@xxxxxxxxxxxxxxxxxxxx> wrote:
> Hi Paul,
>
> As you say, with just a bit of poking around I was able to get up and
> running. Step debugging has to be the most important feature of an IDE.
> Particularly for novices to a language. Your list below seems pretty
> comprehension. I am a newbie to Lua so I am most definitely not in a
> position to comment. My only issue is, without documentation, I can't be
> sure if I am missing out on a useful feature which I haven't tripped over. I
> guess one comment I do have is, given Lua's reliance on tables, is to
> provide a clear and well structured display of tables when inspecting table
> variables. Maybe an configuration option if useful aternative displays
> exist.
>
> Anyway, from the search I have conducted, there certainly is a need for a
> well supported, feature rich, and robust IDE for Lua. Given Lua's wide use,
> I have been surprised that this hasn't already occurred with the Lua
> community coalescing around such a product.
>
> Regards,
>
> Clive
Other related posts:
