This thing was great at first. For example, I comment a group of highlighted code by hitting the slash and the "What happened" dialog pops up and tells me what happened.
Now it is just freaking annoying. I only really needed to know what happened the first time. Is there any way to disable this thing?
The "What happened?" dialog can be disabled from the options screen.
Use either the [CTRL+SHIFT+ALT+O] key combination or the DevExpress\Options menu to reach the options screen.
Then navigate the tree on the left to the Core\Features
The option you're looking for is the first checkbox on this screen.
If you untick "Show Feature UI window", then this dialog will not show again.
If you click the "OK" or "Disable" link in the "What happened?" hint - it won't appear for the specific feature anymore (it will remember your choice for this specific feature), but will appear for others only.
The pop-ups only appear the first few times you do something to ensure you are clear what's been done, after that they stop appearing. I think you might be able to change that behaviour from the DevExpress menu.
Related
New to VS 2022 and programming in general. I am looking at the Debug toolbar while coding F#, and it seems to be missing 3 buttons: "Step Back Into", "Step Back Over", "Step Back Out".
They are selected under the 'Customize' menu as per screenshot:
Customize Debug Toolbar
Here's the Debug Toolbar at the top:
Debug Toolbar
A few things here... I was able to get those buttons to display in my toolbar, but they are never active. I'm unsure what condition needs to be satisfied to enable them.
Try this first:
Click the small down arrow icon on the right side of the toolbar
Select "Add or Remove Buttons"
See if you can check the buttons you want.
It should look something like this:
However, when I tried this method, the buttons were already listed in this dialog, but the but the checkbox control for them was disabled. They were checked, but the buttons were not present in the toolbar. I clicked "Customize..." towards the bottom of this list, which brought me to a menu similar to your first screenshot. I clicked "Add Command...", selected "Debug" on the left side of the categories to choose from, and then selected the "Step Back Into", "Step Back Over", and "Step Back Out" buttons.
Again though, these debug options were never active for me, so I'm unsure how they are used. I attempted debugging a few things to see if they would activate, but nothing I tried worked.
We can see from this link:
The reverse execution buttons are only available for Time Travel Debugging (TTD). It’s currently a preview feature in VS Enterprise for Azure VMs.
You can read more about TTD here.
For as long as I can remember I had a search box near the top of the Assembly Explorer - this afternoon it's gone, and all attempts at restoring it have failed.
Is this a bug or did I somehow closed it? Can I bring it back?
Late answer. You clicked the "Toggle auto-hide of search bar" beside the search box. To get it back type any character when the focus is on the Assembly Explorer window. The click the Pin to keep it visible.
I had the same problem, but I did not find a way to simply bring back the search box.
Instead I reset all settings to default which made the search box appear again:
Go to Tools -> Options
On the bottom left click 'Manage…'
On the top right, click 'Reset All Settings'
I have an interesting observation and question, but first a comment. I have been using Delphi for 14 years and have taken a job developing an iOS mobile application using XE5. This is my first time using FMX and frankly I feel like I am stepping back in time many moons ago. In other words, if this is the future, then it feels like I have crippled. No problem though. Roll with the punches. Developing in this brave new world is not just a job. It is an adventure.
Now my question. Start a FMX mobile project using the "Header/Footer with Navigation" as your base. Then add an edit control (Edit1) to the first tab item. Then set the tab control align to none and move it to the right until you can clearly see the form itself. Then add an edit control (Edit2) to the form.
Now set the form's active control to Edit1 and run the app - no focus on Edit1. Now set the form's active control to Edit2 and run the app - focus is placed on Edit2. Interesting. Tab is a foreign word to tablets, right? Why have active control or even setfocus available? Is this an oversight by Embarcadero? Any thoughts?
Long story short I think they both have potential uses.
I use the SetFocus call to manually show the keyboard. Lets say the user navigates to a page where they're 100% sure to be putting in their username (or any text), I'll use ctrl.SetFocus to show the keyboard just to save them having to click (or is it press now?) on the edit.
I don't see ActiveControl being as useful, but it could definitely still be used. You could possibly use it to set up some sort of tabbing like structure for when the user presses Next on the keyboard (when the edit's ReturnKeyType is rkNext).
How to activate/use this feature in D2010 ?!?
I have checked Zoom to full screen in Tools > Option > Editor Option > Display clicked Ok button but nothing happened. Ok, i said to myself, let's see what the help has to say about this. I pressed F1 key, wait a little, help's coming up but as i have expected, it has no idea about this, ironically: the help didn't help. Google did find some old blog posts which provided some outdated information like double click on the editor tab or pressing F5 will do the thick. But, that's not the case, so i'm asking here maybe somebody has more information about this.
That option controls whether the code editor, when zoomed, will zoom to occupy the entire screen. If that option isn't set, then maximizing the edit window will leave space at the top of the screen for the main IDE application window. If you never maximize the editor window, then that setting has no effect. It might also only have an effect when you're using the "classic undocked" layout mode.
i have a flow panel that i'm adding extra items to it at runtime based on whether they have chosen to show all the items. that's all works fine; the expansion is controlled by a toolbar button.
the trouble is we'd like the user to be able to move his mouse over the "+" sign to expand the section.
initially i looked at TSpeedButton (OnMouseEnter) but even when it's "Flat", the focus rectangle still shows and so the glyph isn't centered. the main problem with this solution is it's appearance.
then i looked at making a descendant of TImage. that's a bit "unconventional" but it'd work. in OnMouseEnter or OnClick, it'd toggle an internal boolean "Expanded" flag and then load the appropriate picture from a resource. i have a dislike for unconventional solutions like that.
i need to add it to a few different screens so it's probably prudent for me to have/build a component for this. i have JVCL but i don't see anything suitable offhand.
thank you for your comments/help!
I always liked the approach used by the ModelMaker Code Explorer.
For example, when you're adding a new method, some rarely-used stuff is displayed collapsed ('Options and Directives' in the image below).
(source: 17slon.com)
When you hover over the text, you notice that it's actually a flat button. (Except that it's not - I believe Gerrit does some custom painting magic here).
(source: 17slon.com)
When you click this button, a panel appears. Button is still there, but with a new image. You can click it to close the panel.
(source: 17slon.com)
The state of this toggle button is preserved between sessions. IOW, even if you restart the Delphi, next tima you invoke 'Add Method', the 'Options and Directives' panel will appear exactly as you left it the last time.
i have a dislike for unconventional solutions like that.
Over the past few years, I have grown a bit suspicious of unconventional UI solutions — which is what you seem to be creating here. Why not just use a button that the user actually has to click? That seems to be much more common in the software I use, be it MS Office or programming utilities. Also, I'd make the button somewhat larger: in the screenshot, it really seems like a tiny little thing you have to target with your mouse cursor. Oh well, and if I'm bugging you with advise you haven't asked for anyway, why not give it ">>" as a caption instead of "+"? And if you'd give it a textual caption with a mnemonic as well, it'd actually be keyboard accessible. All this should make your UI better and more intuitive. I guess.
I do apologize for not answering your question, but I hope you'll spend 2 minutes thinking whether your users would actually prefer this solution :-)
Good luck!
Actually, I think that using a TImage in this situation is pretty conventional. I have seen many people suggest using the TImage, when either the TButton, or any of its associates did not have the right amount of control for whatever the developer was trying to do.
Have you tried a TBitBtn? I think when you get rid of the text it centers whatever image you have associated with it. I just checked in Delphi 6, all I have installed on this machine, and it had the MouseMove event.