Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Invalid row height on one workstation only
Message
From
04/10/2001 07:37:04
Cetin Basoz
Engineerica Inc.
Izmir, Turkey
 
 
General information
Forum:
Visual FoxPro
Category:
Forms & Form designer
Miscellaneous
Thread ID:
00563705
Message ID:
00564033
Views:
17
Vlad,
This was also reported to me from some locations using my class and I'm sure there is nothing changing rowheight to a negative value or even to a value less than the default (actually no single line of code touching the rowheight). I even tried to update them with explicitly making it higher than default. It wasn't solved and I still don't know the answer. Unfortunately I can't reach those sites nor reproduce it myself to see what's going on.
Any info on solution would be good for me too. (I could see no particular difference in HW&SW on stations it's occuring including fonts:( )
I think it's a VFP bug.
Cetin

>Hi!
>
>I remember, when I made saving/restoring of grid layout to the user's INI file (or profile table), all went ok until I added form resizing functionality to the form. At some moment when I restore grid layout from INI file, grid row height after complex calculations calculated as a negative value. We fixed it by just caling routines in correct order or fixing the logic of both functional modules (resizing and grid layout restoring) to work together (I do not remember how we did it exactly). The resizing was based on the font metrics as well.
>
>I'm telling about this becaus I'm sure this is not a VFP bug, just somewhere in the application is a line of code that try to assign negative value to the grid rowheight property. I will not wonder if this is a function call in the expression for RowHeight property in the grid class.
>
>Just a suggestions. To tell for sure or tell more, need to have more details.
>
>>Hi all,
>>
>>One of our clients has a peculiar problem. When they try to open a particular form in our application, it doesn't, with the message (in our error log) that the gridrowheight or header (not sure but shouldn't affect what the cause or solution to this problem is I think) evaluates to an illegal value. It only happens on one workstation though, on all others it's fine.
>>
>>We've had this once before when a client had a funny font installed (particularly large one). This client though says she has the same setup as other workstations and 128 MB of RAM on Windows 98 second edition. The fonts that are used in the form (Arial and MS Sans Serif) are installed on that workstation too.
>>
>>Any ideas?
>>
>>Thanks.
Çetin Basöz

The way to Go
Flutter - For mobile, web and desktop.
World's most advanced open source relational database.
.Net for foxheads - Blog (main)
FoxSharp - Blog (mirror)
Welcome to FoxyClasses

LinqPad - C#,VB,F#,SQL,eSQL ... scratchpad
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform