Unoffical empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

Page 2 of 2 < 1 2
Topic Options
#193035 - 12/12/2003 21:14 Re: EmpegFace 1.6 Available [Re: tfabris]
jbauer
veteran

Registered: 08/05/2000
Posts: 1429
Loc: San Francisco, CA
Yep, turning on dual monitor support fixed it.

Thanks T!

- Jon

Top
#193036 - 12/12/2003 21:21 Re: EmpegFace 1.6 Available [Re: jbauer]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31602
Loc: Seattle, WA
Cool. I've got some ideas about how to fix that particular problem, so we'll see how it goes.
_________________________
Tony Fabris

Top
#193037 - 13/12/2003 00:08 Re: EmpegFace 1.6 Available [Re: tfabris]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31602
Loc: Seattle, WA
Okay, if things go as planned, 1.7 will have full snap on all monitors in a multi-monitor arrangement, and will have snap to taskbar. The feature that tries to rescue the window position if it ends up completely offscreen will work properly and it will support multiple monitors. It will still rescue it to the primary display, but it won't try to over-rescue the window like it currently does. Therefore, we won't even need the "dual monitor support" checkbox any more.
_________________________
Tony Fabris

Top
#193038 - 13/12/2003 00:19 Re: EmpegFace 1.6 Available [Re: tfabris]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31602
Loc: Seattle, WA
Oh, and let me just list two things I hate, while it's on my mind:

1. Twips. Twips suck. Trying to manage some values in twips and other values in pixels, is just the worst. It's especially bad when you spend hours slogging through your code trying to find your error, and the lack of a twips-to-pixel conversion turns out to be the reason.

2. Flawed example code. People who put example code on the net have a responsibility for making sure their examples are correct. For example, if you put up a function definition that says:

Public Declare Function MonitorFromPoint Lib "user32" ( _
ByVal ptY As Long, ByVal ptX As Long, _
ByVal dwFlags As Long) As Long
then the people who use that code, when the IDE is auto-prompting them for the function parameters, are going to stop for a moment and say "hey, why is it asking for Y first?". But, and here's the catch, they're going to trust you because your program ran when they tried it. They have no idea that your version of the program passed the parameters in the right order even though your function definition had them backwards. They think that you know what you're doing and that for some strange reason, this function really does ask for Y first. And they're going to lose even more precious hours pulling their hair out saying "why doesn't my program work?!".





The view from the moon tonight is really nice, though. I'm going to rearrange a few more rocks, I'll be back in a while. Somebody's going to have to start picking up the tab for the gas, though, these trips aren't cheap.
_________________________
Tony Fabris

Top
#193039 - 13/12/2003 01:16 Re: EmpegFace 1.6 Available [Re: tfabris]
RobotCaleb
pooh-bah

Registered: 15/01/2002
Posts: 1866
Loc: Austin
do you use screen.twipsperpixelx and screen.twipsperpixely?

and i agree, twips suck

Top
#193040 - 13/12/2003 01:30 Re: EmpegFace 1.6 Available [Re: RobotCaleb]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31602
Loc: Seattle, WA
Yeah, or variants thereof depending on the code situation. The problem comes when you pass things like Me.Left directly into a Windows API call that wants the X value in pixels.
_________________________
Tony Fabris

Top
Page 2 of 2 < 1 2