• Updated 2023-07-12: Hello, Guest! Welcome back, and be sure to check out this follow-up post about our outage a week or so ago.

Question on widgets for classic mac os

rlawson

Member
So I'm doing the ThinkC study group over at tinkerdifferent (Mac C Programming primer is the book). it's a load of fun.
But I have a question. The basic widgets that come out of the box seem very limited (menus, buttons, text boxes).

What did mac devs back in the day use for things like - displaying sortable tables, progress bars, custom widgets.
I'm imagining there is a piece I am missing. Right now all our examples are of the flavor - draw some text or graphics on the main window and maybe pop up a dialog with some widgets on it.
 

Crutch

Well-known member
In the Mac C Programming Primer era, you mostly are on my own my friend!

For sortable tables, you can use the List Manager, but everything beyond basic display and scrolling of the table contents (including any sortability implementation) is on you.

For custom controls, the standard approach would have been to write your own CDEF (control definition function resource). See the Control Manager chapter of Inside Macintosh Volume I. This is a nontrivial exercise though.

For progress bars, one would probably just use QuickDraw to draw and update the thing on the screen, or implement a custom draw procedure for a dialog box userItem. See the section on ”user items” in the Dialog Manager chapter of Inside Macintosh Volume I (the upshot is, you use SetDItem and replace the handle argument to that trap with a pointer to a procedure you want to draw the item whenever appropriate).

Some of these types of widgets may have been supported by either MacApp or the THINK Class Library, the two primary development frameworks that emerged by the early ‘90s, but I didn’t use either much myself and don’t think that’s the direction you want to go anyway.
 

rlawson

Member
Ok thanks! And as far as placing controls on the main window - I would make toolbox calls (like to ListManager)?
I have been using ResEdit to design Dialogs which is slightly visual basic like. But I don't suppose that similar thing exists for the main window?
 

Phipli

Well-known member
Ok thanks! And as far as placing controls on the main window - I would make toolbox calls (like to ListManager)?
I have been using ResEdit to design Dialogs which is slightly visual basic like. But I don't suppose that similar thing exists for the main window?
ResEdit does windows as well as dialog boxes.

1687527969502.png
 

Phipli

Well-known member
Right - but I didn't see a way to place controls graphically on it like the DITL editor on dialogs
You're testing my memory... was... it done the same way as with a dialog box, effectively loading a dialog style layout into the window?

Sorry, I'd forgotten it wasn't obvious. Crutch will do a much better job at answering than me.
 

Crutch

Well-known member
You can just make it a dialog box. The DLOG resource editor lets you use any window definition proc you want, including one that looks like a standard document window. You can go ahead and use that and drop controls wherever you like.

Basically, think of a DLOG resource as just a way to combine (any type of) window with a list of things you want to be prepopulated in the window on load (stored in the corresponding DITL resource). It doesn’t have to represent a “dialog box” really.

Just keep in mind that your “window” is now really a dialog box — you would display it using GetNewDialog, etc. You could then (if you want) use IsDialogEvent and DialogSelect for event handling and just treat it as if it were a modeless dialog box (which is really what it is) — or, you could handle events yourself and use FindControl, TrackControl etc. on a mouseDown exactly as if you’d added the controls yourself with NewControl.

Just remember to draw the dialog items with DrawDialog, and that if it’s a resizable window with scroll bars, you have to move and resize the scroll bars yourself anytime the window size changes.
 

rlawson

Member
ahh ok I see. I couldn't get my mind past the dialog being something that shows up when you need confirmation from the user.
But just make it the whole window. Got it - thanks!
 

oldmacuser

Well-known member
So I'm doing the ThinkC study group over at tinkerdifferent (Mac C Programming primer is the book). it's a load of fun.
But I have a question. The basic widgets that come out of the box seem very limited (menus, buttons, text boxes).

What did mac devs back in the day use for things like - displaying sortable tables, progress bars, custom widgets.
I'm imagining there is a piece I am missing. Right now all our examples are of the flavor - draw some text or graphics on the main window and maybe pop up a dialog with some widgets on it.
Interesting. Please do tell more about the study group if you don’t mind sharing!
 

rlawson

Member
Yeah it's a hoot. Each week you do a chapter and there is a forum thread for each week. That allows people to drop in and start whenever and you just post screenshots/questions/code to the thread corresponding to the chapter you are on. Others that have already done it answer questions/encourage. It's fun. I develop in Java/Python professionally atho I did C for a few years 20ish years ago so it's fun for me to go back to basics.

 

Crutch

Well-known member
(Right here on 68Kmla is also a great place to get your vintage macOS dev questions answered, of course!)
 

oldmacuser

Well-known member
Yeah it's a hoot. Each week you do a chapter and there is a forum thread for each week. That allows people to drop in and start whenever and you just post screenshots/questions/code to the thread corresponding to the chapter you are on. Others that have already done it answer questions/encourage. It's fun. I develop in Java/Python professionally atho I did C for a few years 20ish years ago so it's fun for me to go back to basics.

Thank you! This is wonderful!
 
Top