I ask this for a reason, the default minimum grid resolution is 2 dialog units and while you can tweak the control position in the right side settings, it makes some actions difficult to align properly. I wonder if there is a simple way to set the minimum grid resolution to 1 rather than two.
Hi Hutch!
I changed range in the controls. I don't see any other restriccion to grid range.
Regards, HSE
Update: commented text modifications retrieval in file not opened as text.
Worked the modification?
Hi Hector, just tested it with a button and it works fine. :thumbsup:
The resize has a resolution of 1 dlg unit but the move still has 2 dlg units. Is that possible to change as well ?
I will see :thumbsup:
It's move 1 dlg unit. Just it's very dificult because don't show what you are doing like resizing.
Perhaps it's posible make that show the positions.
LATER: I added an scrollbar and now button show move position and resize. Something it's not totally well.
LATER2: It's more easy if you slowdowm mouse pointer velocity.
When you have it ready, post it and I will test it.
With same binary open options>behavior and OK (at least 2 times :biggrin:)
Somewhere something is preventing "gridsize x" to be minor than 2 in initialization. (It's correctly stored and retrived from register) :nie:
Apparently a message after register reading solve problem. Updated above.
Still is a mistery why x gridsize was 2, because default was 3!
I have been testing with 3 buttons arranged vertically and it appears that the spacing is more consistent with the mods you have done. The width and height ajustment works well at 1 dlg unit and while the position ajustments are still 2 dlg units, I seem to be getting more reliable spacings.
I am chasing the accuracy because I have been experimenting with bitmap buttons and the problem is bitmaps are sized in pixels where dlg buttons are sized in dlg units. With a normal CreateWindowEx window, you can get everything to line up pixel perfect but with a dialog it takes some messing around to get them to fit accurately. You can resize the bitmaps but they look like crap when scaled.
I just did a test RC file using a static control, an edit control and a button, all lined up horizontally and with the static control, you can ajust the horizontal alignment by changing the height of the control in relation to the edit control but the button is harder to align to the edit control as you don't easily have an accurate way to ajust the height location, IE the top edge.
I can tweak the position coordinated manually in the right side list which gets the location close.
Quote from: hutch-- on July 08, 2021, 10:06:17 AM
while the position ajustments are still 2 dlg units
That can be an effect of your screen resolution in relation with mouse pointer velocity, the last can be modified from Control Panel. I have some problems to move only one x unit, I have to use the two hands in the mouse to make exact movement, crazy! Was solved making pointer velocity barely more slow.
Quote from: hutch-- on July 08, 2021, 11:02:24 AM
but the button is harder to align to the edit control as you don't easily have an accurate way to ajust the height location, IE the top edge.
Button can have a border, then don't look same height. Some controls adjust height by font height, I think. ComboBox usually is a problem :biggrin:
Unfortunatelly we don't have M$ control's source code to see how that work :hmmm:
I tend to do the trimming via the keyboard although I don't have any real problems sketching out a dialog with a mouse. The version at the moment works better than Ketil's last one and if I find a control that is difficult to get the top alighment via mouse and keyboard, I can tweak it manually in the text settings at the right hand side to adjust the top or left setting.
I long ago recompiled the ancient 16 bit Microsoft dialog editor to 32 bit and while it only handled the very old Win3.? controls, it used to work really well.
Now I wonder if there is a way to set the keyboard ajustments for both width and height movement to alter the manual text settings in the side text list ?
Quote from: hutch-- on July 08, 2021, 05:24:11 PM
Now I wonder if there is a way to set the keyboard ajustments for both width and height movement to alter the manual text settings in the side text list ?
I founded that: after selection with mouse, arrows or TAB, movement is maked using CTRL + arrow, and resize is SHIFT + arrow.
Just in case someone want to see, all KetilO code is in https://github.com/svn2github/fbedit
Hi Hector, let me know if you have finished tweaking ResEd and I will put its link where other folks can find it.
Quote from: hutch-- on July 11, 2021, 10:24:28 AM
Hi Hector, let me know if you have finished tweaking ResEd and I will put its link where other folks can find it.
Hi Hutch!
Only thing I changed was the range of grid from 2-20 to 1-20. Most things are working well here.
But I found ResEd crash when you make modifications in text mode. I will see that after I fail to solve some antialiased polygon drawing thing... again :biggrin:
:biggrin:
Hi Hutch!
There is a problem in UndoRedo procedure in RAResEd library. I put a MessageBox in that place to notify that text modifications in "View > Text Mode" are not retrieved.
For now that prevent the crash :biggrin:
Updated in previous post.
Regards, HSE.
Gratsie, will check.