Recent posts

#71

Windows API / Re: Dialog units vs. screen un...

Last post by zedd - April 20, 2025, 05:58:48 AM

GetWindowRect() gives you the location of the window in relation to the "real world" (i.e., the desktop)...

For some reason that is what I originally thought that MapDialogRect was supposed to do. I don't remember reading anywhere that it fills in the RECT structure with the client area... if it is the MS docs, I had missed it.

#72

Windows API / Re: Dialog units vs. screen un...

Last post by NoCforMe - April 20, 2025, 05:54:07 AM

Well, keep in mind that GetClientRect() returns the approximately the same dimensions (width & height) as GetWindowRect(), but with the .top and .left elements set to zero. (Obviously GetWindowRect() includes the window's non-client areas as well, like the border, menu bar, etc.)

GetWindowRect() gives you the location of the window in relation to the "real world" (i.e., the desktop), while GetClientRect() just gives you the size of the client area with no location information.

#73

Windows API / Re: Dialog units vs. screen un...

Last post by zedd - April 20, 2025, 05:45:17 AM

Well, Larry, that's the whole point.
The conversion takes dialog units and gives you screen units.
GetClientRect( just confirms this by giving you those same screen units, which shows that the whole thing worked correctly.

Actually I was expecting MapDialogRect to return the screen coordinates of the entire dialog box, its position on the screen and by extension, its size in the left,top,right,bottom members of the structure. 

I was not expecting the client RECT.    but the Window RECT

#74

MasmBasic & the RichMasm IDE / Re: MasmBasic

Last post by jj2007 - April 20, 2025, 05:39:37 AM

Thanks, Alex

#75

MasmBasic & the RichMasm IDE / Re: MasmBasic

Last post by LordAdef - April 20, 2025, 04:14:03 AM

Thanks both!

I think Masmbasic is a great project. People under evaluate it due to the extra size. BUT, for large projects this extra size is null. Take the smallest GUI Frameworks around... They size to a minimal of 6mb

#76

16 bit DOS Programming / Re: 3d moonlander w scrolling ...

Last post by daydreamer - April 20, 2025, 04:06:02 AM

Nobody looked at code it seems 
I use several 64kb ram below a000h where I write graphics to
I copy it from there to a000h simulate scrolling 
Source I use si register together with a segment register which I change segment register add ds,20h, Sub ds,20h, 20h = 320 pixels 
Example code to load data would be nice, so i get some nice moon surface instead of limited to draw graphics with code

#77

Windows API / Re: Dialog units vs. screen un...

Last post by NoCforMe - April 20, 2025, 03:56:12 AM

Well it does actually do a conversion, but calling GetClientRect gives the same exact results.
Make of it what you will. 

Well, Larry, that's the whole point.
The conversion takes dialog units and gives you screen units.
GetClientRect( just confirms this by giving you those same screen units, which shows that the whole thing worked correctly.

#78

ObjAsm / Re: New Editor

Last post by Biterider - April 20, 2025, 03:06:55 AM

Hi
Thanks Timo.
Lets see what other people here think.

There is one thing I haven't mentioned. That is code folding.
For those who use it, I have seen it done for other modern languages by simply using indentation.
Compared to using folding rules, this can be a big advantage for asm. With indentation, the coder can manage what he wants to see and what he does not want to see.
Similar to the way rules work, you have a trigger line at a lower indentation with a + or - square to show or hide the more indented lines.
I like this way because it gives a lot of flexibility.

Regards, Biterider

#79

ObjAsm / Re: New Editor

Last post by TimoVJL - April 20, 2025, 02:33:20 AM

As i am a Pelles C user, so i like to see project files in tree view.
Project files should be in form, where every object files are in their own folders.
So 32 / 64 bits and release and debug having own result folders

#80

ObjAsm / Re: New Editor

Last post by Biterider - April 19, 2025, 06:12:47 PM

Hi
Having done "most" of the core work, there is still the project management code to do.
In this respect, I would like to know what the general preferences are. 

• Should the project files be organised by category in a tree view like most IDEs?
• How fast should the project files be accessible? (max 2-3 clicks?) 
• How should the tools be organised? (by menu entries, be project entries in the tree view, ...) 
• How should the toolchain be organised for maximum flexibility?

Regards, Biterider