Ruler Gadget - Beta 1 sourcecode library

srod · Post by **srod** » Mon Apr 09, 2007 9:52 pm

Studying the code a little, hats off there maestro. That's a novel way of doing things.

Clutch · Post by **Clutch** » Mon Apr 09, 2007 9:59 pm

Very nice! Awesome job, net'.

Derek · Post by **Derek** » Mon Apr 09, 2007 10:19 pm

Fantastic bit of code, perhaps it should get included in a future update, 4.5 or something.

netmaestro · Post by **netmaestro** » Tue Apr 10, 2007 12:28 am

Thanks for the kind words everyone. As I see it there are three main tasks left:

1) Implement a system of setting/clearing tabstops

2) Implement routines for setting/retrieving the various states of the gadget

3) Implement optional logical measurement units

Task #1 is the next on the list, I'm considering a couple different approaches. Anyone have ideas on a good way to proceed?

SFSxOI · Post by **SFSxOI** » Tue Apr 10, 2007 12:51 am

Really neat

Thank You

Psychophanta · Post by **Psychophanta** » Tue Apr 10, 2007 7:38 am

Nice code!
Even i never understood the meaning of that in MS Word. (I use Openoffice 2.1)

byo · Post by **byo** » Tue Apr 10, 2007 6:28 pm

Very nice code.
These neat little features should be included in a community project like PBOSL.

netmaestro · Post by **netmaestro** » Tue Apr 10, 2007 11:14 pm

Update Tuesday April 10: added full tabstop functionality, new code is in the first post. Please try to find bugs, it's appreciated.

We're getting there!

netmaestro · Post by **netmaestro** » Wed Apr 11, 2007 3:35 am

Added more compatibility to the tabstops & sliders, now they draw the indicator lines on creation and upon being clicked. (they used to wait for being moved) Code in first post.

Also, the tabs are lined up to the background a bit better, although if a tab is sitting right on a number it can look a bit ugly, which I imagine can't be helped.

Matt · Post by **Matt** » Wed Apr 11, 2007 4:55 am

How about delete the iTab.bmp file before ending?

netmaestro · Post by **netmaestro** » Wed Apr 11, 2007 5:02 am

Sorry that was in there just for debugging purposes, I'll take it out now. Thanks for pointing it out!

srod · Post by **srod** » Wed Apr 11, 2007 10:26 am

Excellent.

Noticed that the tabs, whilst being dragged, can move vertically. A bug?

netmaestro · Post by **netmaestro** » Wed Apr 11, 2007 1:40 pm

Thanks!

The vertical tab movement isn't a bug, it was intentional so someone could drag the tabs off the bar upwards if they want, but after some reflection and working with it, I don't like it either so I'll probably take it out.

netmaestro · Post by **netmaestro** » Wed Apr 11, 2007 2:41 pm

Update:

- The tabs don't drag up anymore

I've never been happy with how hard it was to click an existing tab, with that clipping region applied there were only two pixels width- and height-wise you could click for the tabstop to receive the WM_LBUTTONDOWN message. I initially experimented with different shapes for the tabs with thicker "black parts" but they were ugly. So today I've implemented a small routine in the BaseProc procedure to test if a WM_LBUTTONDOWN it gets is actually inside the full windowrect of an existing tab. If it is, it sends the message on to the tab and doesn't process further. So - just a bit of explanation for the second improvement for this morning, which is:

- It's now much easier to select an existing tabstop!

netmaestro · Post by **netmaestro** » Thu Apr 12, 2007 3:34 am

New update for Wednesday Apr 11, details and code in first post.