What are the meaning of HORZGUIDE and VERTGUIDE?
I could not find any documentation in msdn related to these.
It isn't documented. This is meta-data that dialog editor generates to store the state of the editor. You'll find this inside a DESIGNINFO block in the .rc file.
Note the rulers displayed at the top and left of the dialog. You can click inside the ruler to add a guide that helps you align controls. Every horizontal guide generates a HORZGUIDE line inside the block. Same idea for vertical guides.
Also note margin values, the start and end of the ruler.
Related
Given some Tabs in a Godot TabContainer, I'd like to resize the actual Tab-elements (not the container they're a part of.
Given that so many things are customizable, it seems like these would be too, but so far I haven't found how. The question How to resize a Tab, sounded promising, but the "Custom Style" that it referred to, doesn't seem to exist - or at least didn't appear in a help-search.
Update: The given answer got me closer. There's a lot of variables, it's definitely not production-ready, but it does at least, appear possible to modify the size of Tabs. And just realized that one of the variables is Content-Margin, I had edited just Margin, to create this picture.
You have to learn about themes in Godot to resize your elements.
In the editor select the TabContainer, in the Inspector search the Theme property, and in the Theme variable below you can load a theme or create a new one for your project.
If you create a new theme there will be a file with a extension ".tres". Double click on that file to edit the aspect of different elements for your project.
I will try to add more detail. If you edit your theme file ( .tres), with the Type: TabContainer, you can override the multiple StyleBox of the Tab. I tried with the tab_fg, click on the plus sign, later in [Empty], New StyleBoxFlat, click on the new StyleBox Flat created in the field, and edit it in the Inspector. Edit the Expand Margin values, and also the Content Margin values.
You can also increase the font size, overriding the font with a New Dynamic Font, selecting it and editting it in the Inspector, in settings-> Size.
You can find further info in the UI tutorials section on GUI skinning
I am currently trying to write a complex regex for a huge file. Every time I type in the find input box to make a small change, Sublime scrolls me either to the top of the document or to a semi-random location (from what I can remember, it doesn't always scroll to the first match), even when there are matches where I'm already scrolled to in the file. It makes for a pretty painful workflow: I write down the line number on a piece of paper, edit my regex, and then have to "go-to" back to the line I was already at. How can I prevent this, or at the very least, does anybody know why exactly this is happening in the first place?
This is controlled by the Highlight Matches button in the Find and Find and Replace panels, and causes Sublime to show you all of the matches, highlighting one of them and outlining the remainder in a region to show you where they are.
The visual appearance of the button is controlled by the theme you use, but it's always in this position in the panel (and it should have the same icon in all other find panels as well); it also has a tooltip that tells you the name.
When the search term is modified and this option is turned on, Sublime jumps to a match, though this doesn't occur if the panel opens with an existing search term already in it; in that case matches are highlighted but the view doesn't change.
The option also exists in Incremental Find panel as well, but turning it off there only stops other matches from being highlighted as by definition Incremental Find is for jumping to a search term incrementally as you modify it.
I have a problem with android studio. I just downloaded and when I try to add something the app for example a button or text I get the following error:
This view is not constrained. It only has designtime positions, so it will jump to (0,0) at runtime unless you add the constraints The layout editor allows you to place widgets anywhere on the canvas, and it records the current position with designtime attributes (such as layout_editor_absoluteX). These attributes are not applied at runtime, so if you push your layout on a device, the widgets may appear in a different location than shown in the editor. To fix this, make sure a widget has both horizontal and vertical constraints by dragging from the edge connections.
Well I haven't actually done anything... Download it and instantly error...
After research I found that in the Layouts tab there is an option called ConstraintLayout. I double clicked on it and then I added the button and a warning appeared named hardcoded text and it says:
Hardcoded string "TextView", should use #string resource Hardcoding text attributes directly in layout files is bad for several reasons: * When creating configuration variations (for example for landscape or portrait)you have to repeat the actual text (and keep it up to date when making changes) * The application cannot be translated to other languages by just adding new translations for existing string resources. There are quickfixes to automatically extract this hardcoded string into a resource lookup.
There is a suggested fix but it wont change anything...
Anyone know what to do or it is just my luck...…………...
Just go to Design Tab and on Layout right-click on the layout you've and select Constraint layout --> Infer Constraints.
If you don't find this tab Infer Constraints then you've another android version so just go to Design Tab and click on the button you added you'll find a toolbar appeared you'll find in it an icon for a Magic Stick just hover on it you will find it's Infer Constraints click on it.
I must have hit a setting in ST3 and caused my program to display results in a panel instead of in a buffer. How do I get it back so that find-text results go into their own tab? I've done some digging around but I can't find what I did.
In the Find in Files panel, there is a series of buttons to the left of the Find field, and the right most one of those is the one that controls whether the find results show up in a panel or in a buffer.
Note that the button may look different in your version as it appears that you're using a different theme (the image below shows the default theme). You can verify that you have the correct button based on the tool tip text.
I have read the documentation for the Color Schemes. I realized all settings except invisibles and shadow (+shadowWidth). I can translate from English, but I do not see anywhere where the elements, the color of which changes settings. Does anyone could show me the screenshots, where there are elements which change color? Thanks.
From the unofficial documentation on color schemes, linked to in your question, we can see that invisibles is ignored, so changing it has no effect on the appearance of any elements in ST3. The tmTheme format is borrowed from a different text editor, to make it easier to use the same color scheme in different editors. So maybe it does something in other text editors, but not in ST. EDIT: support for invisibles has been added to ST in build 3149 - https://github.com/SublimeTextIssues/Core/issues/1992.
The effect of the shadow setting can be seen below, it is the pink parts on the far sides:
It is only visible when the text in the document is wider than the window - it will appear on the left when the view can be scrolled to the left and it will appear on the right when the view can be scrolled to the right.
From my testing, including shadowWidth in the tmTheme file will cause the shadow to not appear. I have logged an issue in the unofficial documentation here, maybe someone will update it with details of how to get this working.
Note:
When making changes to atmTheme file, it is often necessary to close all open documents, and restart Sublime Text, before the change will become visible.