SlickEdit Community
Archived Beta Discussions => SlickEdit® Core for Eclipse => Topic started by: Ryan on January 28, 2009, 09:57:42 PM
-
To address some of the issues regarding debugging in Flex Builder 3 with our plug-in I am planning on releasing a small plug-in compatible with Core 3.4.0 (com.slickedit.flexsup) which will address the major usability issues. Right now with this plug-in built I am able to set breakpoints in MXML and Actionscript code by double-clicking inside the margin of the SlickEdit editor, as well as use the debug_ commands like debug_toggle_breakpoint, debug_step_over, etc. I'm hoping to also get error markers displaying from builds for Flex projects.
Are there any other major usability issues involving Flex and our editor that you would really like to see fixed before our next release? I know that being able to hover over variables in the editor while debugging to see the values is a popular one, but that isn't going to be addressed in this little hotfix.
Thanks for the input :).
- Ryan
-
Hey Ryan,
Thanks for putting so much effort into integrating this with flex builder. I think breakpoints and being able to step through code would be a major breakthrough for us. roll over variables would be nice but it's ok if it gets delayed until the next major release. Also, if I hit an exception, sometimes the stacktrace will bring me to the line of code that caused the exception, but sometimes it just opens the file and I have to manually go to the line number. This happens if I click on any function in the stacktrace.
Another issue which I'm not sure who is responsible for and it's not quite a flex integration issue, but if I open a file from the slickedit search panel, it doesnt recognize that its under perforce and it wont check it out unless I reopen it from the project nevigator.
Other than that, I've been using slickedit without a lot of problems but there are a couple of nitpicky issues with ui, like...
If I have a selected block and then move to a line where the sleected block is off page, the scroll seems to behave wierd (it looks like it wants to keep the selection on screen even though there is no chance of doing so)
I have overwriting selections turns off, but if I have a selection that I created, and then copy it to a different location, it seems like it reverts to overwriting it regardless of the settings.
if I ctrl backspace the white space at the end of a line, it deletes the last word of the line instead of just getting rid of the white space.
Even with these, I've learned to work around these quirks and am very happy that I switched over to eclipse / slickedit.
Ive been out of practice with checking the forums but for the next couple months I'll be around if you need any more feedback.
-
Sorry for the delay, been OOTO and also having to deal with the 2009 beta.
Also, if I hit an exception, sometimes the stacktrace will bring me to the line of code that caused the exception, but sometimes it just opens the file and I have to manually go to the line number. This happens if I click on any function in the stacktrace.
This should be fixed for you when I can release this hotfix. This was actually a problem with switching files in debugging any application (not just Flex), and has already been fixed. It will require a new SlickEditCore.jar, which will be required anyway when you get the new flexsup plug-in.
Another issue which I'm not sure who is responsible for and it's not quite a flex integration issue, but if I open a file from the slickedit search panel, it doesnt recognize that its under perforce and it wont check it out unless I reopen it from the project nevigator.
Thanks for the report on this one. It's also been reported that when you do a "Replace In Files" the files, aren't automatically checked out from Perforce. So clearly there are a couple of areas which still need to be integrated with this functionality.
I might be able to help with the other stuff when I get a little more info:
If I have a selected block and then move to a line where the sleected block is off page, the scroll seems to behave wierd (it looks like it wants to keep the selection on screen even though there is no chance of doing so)
How are you scrolling? With the scroll bar on the side? With the mouse wheel? How did you make the block selection?
I have overwriting selections turns off, but if I have a selection that I created, and then copy it to a different location, it seems like it reverts to overwriting it regardless of the settings.
I use Vim and it seems to be respecting this option when I use the standard copy/paste operations...what emulation are you using?
if I ctrl backspace the white space at the end of a line, it deletes the last word of the line instead of just getting rid of the white space.
Knowing the emulation will also help me on this one but I'm not sure that we have a command that behaves as such :/. I looked around for a bit. What you want is something to bind to Ctrl+Backspace which will delete any white space if there is any, and otherwise, the current word?
- Ryan
-
If I have a selected block and then move to a line where the sleected block is off page, the scroll seems to behave wierd (it looks like it wants to keep the selection on screen even though there is no chance of doing so)
How are you scrolling? With the scroll bar on the side? With the mouse wheel? How did you make the block selection?
ok, did some more testing on this one, it happens if I do a select-block, copy to cursor at a different location and then use the arrow keys to scroll(just move up til the selection is off the page), or scroll to different part of the page with page down or scroll wheel, and then hit the up or down arrows. if I use the mouse wheel, it works like normal, but as soon as I hit the down arrow, the whole screen tries its best to fit both the current line and the selection on the screen.
I have overwriting selections turns off, but if I have a selection that I created, and then copy it to a different location, it seems like it reverts to overwriting it regardless of the settings.
I use Vim and it seems to be respecting this option when I use the standard copy/paste operations...what emulation are you using?
this bug is also triggered in the same way as the above one, if I just do a select block, it works fine, but as soon as I copy to cursor, it changes behavior and rewrites it as soon as I type characters. this also happens for selections that are the result of a paste.
if I ctrl backspace the white space at the end of a line, it deletes the last word of the line instead of just getting rid of the white space.
Knowing the emulation will also help me on this one but I'm not sure that we have a command that behaves as such :/. I looked around for a bit. What you want is something to bind to Ctrl+Backspace which will delete any white space if there is any, and otherwise, the current word?
yea, basically, I like to get rid of the white space at the end of lines, when I do an end, its weird that it might go 20 characters past the visable end of the line. and when I do a ctrl left, it takes me to the beginning of the word then I have to tap the right arrow to get to the real end. I also would like to set it up to recognize underscores as spaces so I can tab through long variable names to just change a sub string in it.
My emulation is visual studio default (I wanted to get rid of key combinations from cua) but I remapped a bunch of keys. Do the emulations reflect more than just a key mapping? are there more stable emulations than others?