I have installed Toad 12.8 and I had a pretty big mistake in executing code. I executed code out of sequence, despite triple checking my work. Some how the tab I had selected was unselected and another script was ran. I still wince in embarrassment a week later.
I just wanted to know if there are ways to improve usability/readability of Toad. For instance, can I highlight the tab I have selected? Can I review scripts in a viewer to showcase scripts that I have open and manage which have been executed and not?
I have changed the tab style to 'Flat Buttons', which better showcases the script you are viewing among the many you have open, but thats just 1 small change.
Anyone else have options they like to use? Im not seeing a lot of options here under View Options...
I'm on 12.5. Current tab is highlighted (i.e. has a different color than other tabs). You could, though, change the window background color (by default, it is white).
Open "Configure TOAD options" and search for "TAB", you'll find quite a few options in there.
If you want to review what you've executed, navigate to "Query Viewer" tab in the Editor window. Sort results by "Start Time" in descending order and it'll show what you executed, when, how many time was spent on it, how many rows were affected ... quite useful.
As of running code you didn't mean to: well, what can I say? I'm sorry you did that, but - after all - it is you who should pay attention to what you are doing. No highlighting will solve that problem (also know as we have met the enemy, and it is us).
Something I like to do to is to change the color of TEST vs PROD in order to make them stand out. On the session/new connection window, scroll right and you'll see a "color" column. I set PROD connections to Red and TEST to Blue. Give it a try, maybe you'll like it for a visual reminder for the environment you are working in. It will change the status bar background color so it's not that intrusive.
Related
WebStorm seems like the IDE for web dev, and I've been enjoying it very much. The only problem is the linter's error underlines:
Due to such light color I've spent quite some time debugging while the error shouldn't had happened in the first place, I looked around and didn't find a way to change the color. Is this possible in WebStorm?
Even dark themes don't have a harsh and contrasty underline. Can we change it?
What inspection does the issue come from?
Place the caret at the highlighted line and press Alt+Enter
Click the arrow next to the inspection to open the submenu, choose Edit inspection profile settings to jump to inspection definition
either choose the inspection severity per instructions at https://www.jetbrains.com/help/webstorm/2020.3/configuring-inspection-severities.html#change-severity or configure the color/effects used for specific severity as described in https://www.jetbrains.com/help/webstorm/2020.3/configuring-inspection-severities.html#change_highlighting
I am new to SAS Enterprise Guide, and I'm beginning to get familiar with some of the useful keyboard shortcuts. I just figured out that Shift+F8 highlights the current step and F8 runs it, but I was wondering if there is a way to set up a shortcut that highlights the current step AND everything before it.
For those of you familiar with RStudio, what I'm looking for is analagous to the "Run all chunks above" option.
Thanks!
I've tried looking at the Macros menu to see if there is an existing option, but I didn't find one.
CTRL+SHIFT+HOME will select everything from a line up to the start of the program
I'm trying to modify an existing dialog based program written in C++ under Visual Studio.
The title bar on the dialog is showing centered text. I need that to be left justified. But I cannot figure out why it is centered in the first place. I've written another sample program and the title text is left justified by default. An option in the properties for the dialog is to Right Alight Text. That works in my sample program, but changing it in the existing program shows no effect.
It seems like someone must have gone to some effort to center the text, but I don't see anything in the code, and if fact, the centering (or right justifying in my sample/test program) shows up in the dialog editor. So it must be in the properties there. But where!?!?!
This is one of those things that just has to be easy and I'm not seeing it!
So how do I left justify that title text? I'd even be happy to do it in code, since I'm already modifying the title to add a program version number in there. BTW, when I add to the title, or swap in a new title, that text ends up centered.
The trick to make the text center is by overriding the WM_NCPAINT event as given in this link
If you don't want to make the text center, remove the override and it should work.
So this isn't really an answer, but my "problem" was that I was comparing programs running on Win10 and Win8. It turns out the default for Win10 must be to left justify titles while the default for Win8 is to Center.
Programmatically I'm tacking on a version number to a title, and the centering process in Win8 apparently is not dynamic, so the result is skewed to the right. My solution is to simply add the number of chars in the version number to the original title, and when I tack the version number on, I'll trim off those spaces.
WM_NCPAINT is probably the "right" answer, but perhaps too expensive in terms of time.
I'm using SAS Enterprise Guide 5.1.
My window looks like this:
The text is huge - I'd like to zoom out so I can see more of the code in my program (obviously this one is just a placeholder).
How can I control the level of zoom?
I tried using ctrl and the mouse-wheel. No luck. I've trawled through toolbar options and found nothing. The solution here requires changing Windows Settings - unfortunately that is not an option for me.
I don't think there's a dynamic zoom option. What I do is customize the font to make it smaller (and more aesthetically pleasing):
Tools
Options
SAS Programs
Editor Options
Appearance
gets you there, then select Lucida Console 9pt as your font, or whatever you find best for you.
Control-mouse wheel works as of Enterprise Guide 7.12, so ask your IT department for an upgrade!
I am writing a windows program (no mfc) and need to output a status line to the operator every few seconds or so. I tried using rich text boxes but after so many hours it seems to hang up. Does anybody have an suggestions on what I can use instead?
People mentioned that my buffers might have been exhausted. I thought I had planned for that. After I had about 1000 lines displayed I would take the first 500 and remove them using the select and cut options in rich text boxes. I still ran into the same problem.
This question appears relevant, and this one too. But they don't give any concrete recommendations for an alternative to rich text boxes.
You might try the Scintilla control (scintilla.org) which does not appear to have any hard limitations on text size. It has a permissive license. It is used by many text editors such as Notepad++, Notepad2, Code::Blocks, FlashDevelop. I haven't tried it personally but there from the documentation it looks easy to use it in a Windows API application. Of course, it might be overkill for your purposes.
If you keep appending to the text in the control every few seconds for hours then you are probably running into some memory constraint on the control or the process. I think you would have this problem with any control you choose given update frequence and how long you're running the program.
Have you considered implementing a simple circular buffer for the content of the text box? Say only keep the last hour's messages. You could maintain a separate log file for history if the operator needed to go back in time for hours.
I ended up writing my own control to do this, essentially duplicating the Output window in Visual Studio. It was a success, but it ended up being much more code than I thought it would be when I started - I insisted on features such as auto-scrolling when the cursor was on the last line, select/copy, bold text, etc. It was backed by a std::deque so I could limit the number of lines stored for the window.
Unfortunately the code belongs to a former employer so I can't share it here.