|
|
Re: Streamlining LDT [message #1416446 is a reply to message #1416445] |
Fri, 18 May 2012 12:30 |
Eclipse User |
|
|
|
Your solution to 3/ sounds like a great improvement indeed. Again, could you please open a bug with the proposed fix?
FWIW it would probably be better to use log(...) instead of print(...)
Thanks so much for your efforts in providing feedback and improvements! This is much appreciated!
|
|
|
Re: Streamlining LDT [message #1416449 is a reply to message #1416442] |
Fri, 18 May 2012 14:03 |
Julien Desgats Messages: 12 Registered: August 2011 |
Junior Member |
|
|
Sorry for textual links: I cant put links on messages yet :x
uiy uiy wrote on Fri, 18 May 2012 07:34
> 1. Combine the debugging. I have to select the debug configuration to run. Clicking on the debug does not work(gives an error). I have to click the external tools configuration to run(and match it up with what I want to do). Would be nice to have a key like 'F5' start debugging and 'F5' start non-debugging. (then they could switch over to step control afterwards or change step. I'm used to F9 and F10)
I don't use external tools so I can't help you on this one, sorry.
uiy uiy wrote on Fri, 18 May 2012 07:34
> 2. I have to close the source file that was opened durring debugging. It is a read only copy of what is already opened. For example, if I debug "Mytest.lua" then I get another window like "D:/workspace/Mytest.lua".
This is due to path mapping that failed somehow. The default option (local resolution) requires that the files are phisically the same. (see wiki.eclipse.org/Koneki/LDT/User_Guide/Concepts/Debugger#Source_Mapping for more informations)
uiy uiy wrote on Fri, 18 May 2012 07:34
> 3. Fix debugger.lua so that it skips over itself if the remote debugger is not found instead of throwing a warning. This will allow me to not have to have to external tool configurations.
Yes it could be a good improvement. Your fix does the job but you better break the loop instead of returning directly (the code after the loop does some cleanup, allowing some objects to be collected). An even better improvement could be to remove debug hook to remove debugger performance overhead.
uiy uiy wrote on Fri, 18 May 2012 07:34
> 4. Possibly show the global variables, but local to the file, as local variables in the inspector(that way I don't have to go hunt them).
If I understand correctly, you want to be able to see which of your local variables leaked to global namespace because of a forgotten "local"? I think this job is more for static analysis tools than debuggers (you may be interested by this little script: github.com/hjelmeland/globals).
uiy uiy wrote on Fri, 18 May 2012 07:34
> 5. Possibly more options in the settings to configure various properties.
Which properties would you like to see?
uiy uiy wrote on Fri, 18 May 2012 07:34
> 6. Do not show(or ability to turn off) escaped character in inspector. Just seems excessive to see things like \\"C:\\\\program files\\\\\" (when the string is simply "C:\\program files\\"
This notation is intended mimic Lua notation for strings to show that the variable is a string. Also because when you edit then you type full Lua expressions (e.g. { answer = 42 } is evaluated as table and not as string).
But indeed, the backslashes are doubled and shouldn't be in edit mode, it is a bug (I just opened a new bug on tracker). Thanks for report.
|
|
|
|
Re: Streamlining LDT [message #1416451 is a reply to message #1416450] |
Fri, 18 May 2012 14:57 |
Eclipse User |
|
|
|
uiy uiy wrote on Fri, 18 May 2012 16:49
> 5. I come from using VS and it has many many properties to modify. I'm not suggestion a lot have to be added but it would be nice to have the ability to configure various things from editor options(tabs, whitespace management, indentation(high level of control here) to build control/configuration). Obviously something to work on in the long term if possible.
Did you have a look at the Window>Preferences dialog, and its Lua entry? :) You have a decent amount of configurable editing settings related to the formatter (inc. white space management), the syntax coloring, the code templates, ...
Looking forward to hearing what you think is missing though!
|
|
|
|
Powered by
FUDForum. Page generated in 0.04210 seconds