<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>I think I remember somewhere there are runtime parameters for debugging Trestle on windows implementation. Check the source code of it; I can't find them in this moment.<br>Thanks<br><br>--- El <b>jue, 31/7/08, Randy Coleburn <i><rcoleburn@scires.com></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">De: Randy Coleburn <rcoleburn@scires.com><br>Asunto: Re: [M3devel] need help with cm3 problem before I deliver software this week<br>Para: "Rodney M. Bates" <rodney.bates@wichita.edu><br>CC: m3devel@elegosoft.com<br>Fecha: jueves, 31 julio, 2008 10:51<br><br><div id="yiv493886752">
<div>Rodney:</div>
<div> </div>
<div>I am using Windows XP Professional, Service Pack 2 (on some systems, Service Pack 3 is applied).</div>
<div> </div>
<div>Michel Dagenais suggested that if the problem does not reproduce on Linux, that it might have to do with how Windows reports character events. He thought a Filter VBT may exist somewhere that would aid in debugging by printing method calls before propagating them to father/son. This filter VBT would be inserted at different places in the VBT tree to get tracing information. Are you familiar with something like this?</div>
<div> </div>
<div>As for the pixmaps, Michel suggests increasing the resolution of the original pixmap to help alleviate problems with upscaling. I may try this, but of course, FormsVBT uses a lot of pixmap resources, for example, radio, boolean, checkmark, numeric, etc all use pixmaps.</div>
<div> </div>
<div>Regards,</div>
<div>Randy<br><br>>>> "Rodney M. Bates" <rodney.bates@wichita.edu> 7/31/2008 9:33 AM >>><br>Which variant of the M3 Windows target are you using? I don't have any<br>of them built right now.<br><br>Randy Coleburn wrote:<br>> Hi Olaf, Daniel, Rodney, et al:<br>> <br>> Thanks for your responses so far. Sorry for the delay in replying, but <br>> our email server has been offline for nearly 24-hours. There were some <br>> severe electrical storms that took down both redundant power systems for <br>> our email system. Hope I have not missed any of your replies.<br>> <br>> Right now, I am delivering the software on Windows XP using SP2 or <br>> greater. I have not tried to see if this problem also occurs on Unix. <br>> I don't have ready access to a unix system from my current location.<br>> <br>> So it is perhaps a Windows-only problem with
Trestle/FormsVBT. In any <br>> event, it is a real problem for me.<br>> <br>> As for the pixmap stretching problem, I have tested various resolutions <br>> on the customer's computer. Unfortunately, the customer demands that <br>> the display resolution stay at the 1920x1200.<br>> 1920x1200=pixmap stretch problem<br>> 1680x1050=pixmap stretch problem<br>> 1440x900=no problem<br>> 1024x768=no problem<br>> <br>> Regards,<br>> Randy<br>> <br>> >>> Olaf Wagner <wagner@elegosoft.com> 7/30/2008 2:24 AM >>><br>> Quoting Randy Coleburn <rcoleburn@scires.com>:<br>> <br>> > Hi:<br>> ><br>> > I've been using cm3 to develop software I am delivering this week to <br>> > a customer. During the acceptance testing, we've run into a <br>> > problem that I have not been able to
solve. I am hoping someone in <br>> > the cm3 community can help. I need to solve this problem ASAP this <br>> > week.<br>> ><br>> > This problem is easily reproduced using the "formsedit" program.<br>> ><br>> > The problem is with the TypeIn and TypeScript FormsVBT elements used <br>> > in my program. Since formsedit uses these, you can easily <br>> > reproduce the problem.<br>> ><br>> > Click with the mouse to move the insertion point somewhere in the <br>> > text. Observe that the cursor moves to that point. Now, use the <br>> > left arrow key to move the insertion point a few characters to the <br>> > left. Then, type a few characters. Observe that the first <br>> > character you type shows up at the
place where you initially moved <br>> > the cursor with the mouse, while the remaining characters show up at <br>> > the place where you moved the cursor via the left-arrow key. This <br>> > behavior is wrong. The first character you type should be at the <br>> > current insertion point, not at the one from the mouse move.<br>> <br>> Randy,<br>> <br>> I just rebuilt the CM3 GUI libraries and formsedit, but I wasn't able<br>> to reproduce the problem on FreeBSD 6.3.<br>> <br>> Does the problem show up on all platforms you are working on?<br>> Which are these?<br>> <br>> Are there any local modifications to the libraries which I may not<br>> have?<br>> <br>> If it occurs only on Unix, it may be possible that a weird window<br>> manager interferes with the event delivery; otherwise I've got no<br>> good idea. If on Unix, you/we
could perhaps test the behaviour<br>> on a different (remote) X display?<br>> <br>> Please provide more data about the problem context and how to<br>> reproduce it.<br>> <br>> Regards,<br>> <br>> Olaf<br>> <br>> > I'm sure the fix is easy, but I haven't been able to locate it yet. <br>> > It probably has to do with the internal idea of the insertion point <br>> > not getting updated properly. Note that the cursor on the screen <br>> > is in the right spot, it's just that the first character gets <br>> > inserted into the TypeIn or TypeScript in the wrong place (i.e., it <br>> > is put at the place from the mouse move, not from the last arrow <br>> > key move).<br>> ><br>> > Any assistance you can provide is very much appreciated and will go <br>> > a long way
toward keeping Modula-3 use alive and well for this <br>> > project. If we can't fix this one, the customers will want to <br>> > re-code everything in some Microsoft language, probably C++ or C#.<br>> ><br>> > I also have one other strange anomaly, but it is less of an issue at <br>> > the moment. On a Dell M4300 laptop at 1920x1200 resolution, all <br>> > pixmaps are getting stretched vertically. Text seems to be fine as <br>> > do HBox, Rim, Frame, etc., but pixmaps get vertically stretched out <br>> > of proportion. This problem has not happened on all other platforms <br>> > I've tested, (e.g. Lenovo T60 at 1024x768 and 2048x1024, IBM G40 at <br>> > 1400x1050, etc.). Any ideas on what could be the issue? I know <br>> > that
1920x1200 is a strange resolution, but it is the native <br>> > resolution for the M4300 laptop computer that the customer is using. <br>> > I checked and the computer is set for 96dpi (normal). Perhaps <br>> > there is some Trestle setting that I need to tweak on this platform, <br>> > or perhaps there is a bug that needs fixing.<br>> ><br>> > Regards,<br>> > Randy Coleburn<br>> > Senior Systems Engineer<br>> > Scientific Research Corporation<br>> ><br>> <br>> <br>> <br>> -- <br>> Olaf Wagner -- elego Software Solutions GmbH<br>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<br>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86
95<br>> <a rel="nofollow" target="_blank" href="http://www.elegosoft.com">http://www.elegosoft.com</a> | Geschäftsführer: Olaf Wagner | Sitz: Berlin<br>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<br>> <br>> <br><br>-- <br>-------------------------------------------------------------<br>Rodney M. Bates, retired assistant professor<br>Dept. of Computer Science, Wichita State University<br>Wichita, KS 67260-0083<br>316-978-3922<br>rodney.bates@wichita.edu<br><br></div></div></blockquote></td></tr></table><br>
<hr size=1><br><font face="Verdana" size="-2">Enviado desde <a href="http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52431/*http://es.docs.yahoo.com/mail/overview/index.html">Correo Yahoo!</a><br>La bandeja de entrada más inteligente.<br></font>