[M3devel] need help with cm3 problem before I deliver software this week

Fri Aug 1 02:23:43 CEST 2008

Try this also:

d:\dev2\cm3.2\m3-ui\ui\src\winvbt\WinTrestle.m3

(*-------------------------------------------------------- initialization ---*)
VAR  useEvent_WM_CHAR := FALSE;BEGIN  WITH v = Env.Get("USE_EVENT_WM_CHAR") DO    IF v # NIL THEN      useEvent_WM_CHAR := Text.Length(v) = 0 OR                          Text.GetChar(v, 0) = '1' OR                          Text.GetChar(v, 0) = 'y' OR                          Text.GetChar(v, 0) = 'Y';    END;  END;  CreateTrestle ();END WinTrestle. set USE_EVENT_WM_CHAR=1
 or 
 set USE_EVENT_WM_CHAR=Yucky! 

(I think it should check for "y", or "yes", case insensitive, not just any string that starts with "y".., or only allow 0 or 1, and error for anything else, and put M3 or CM3 at the front of the variable to not clash with other uses...)

Though, granted, I am just totally guessing right now.

   - Jay

Date: Thu, 31 Jul 2008 23:16:05 +0000From: dabenavidesd at yahoo.esTo: rodney.bates at wichita.edu; rcoleburn at scires.comCC: m3devel at elegosoft.comSubject: Re: [M3devel] need help with cm3 problem before I deliver software this week

Hi all:They are @M3TraceWinMsgs and @M3SlowTraceI get it in the file m3-ui/ui/src/winvbt/WinTrestle.m3lines 1096, 1097  trace_msgs := RTParams.IsPresent ("TraceWinMsgs");  slow_trace := RTParams.IsPresent ("SlowTrace");Thanks--- El jue, 31/7/08, Daniel Alejandro Benavides D. <dabenavidesd at yahoo.es> escribió:
De: Daniel Alejandro Benavides D. <dabenavidesd at yahoo.es>Asunto: Re: [M3devel] need help with cm3 problem before I deliver software this weekPara: "Rodney M. Bates" <rodney.bates at wichita.edu>, "Randy Coleburn" <rcoleburn at scires.com>CC: m3devel at elegosoft.comFecha: jueves, 31 julio, 2008 5:43Hi all:I think I remember somewhere there are runtime
 parameters for debugging Trestleon windows implementation. Check the source code of it; I can't find them inthis moment.Thanks--- El jue, 31/7/08, Randy Coleburn <rcoleburn at scires.com> escribió:De: Randy Coleburn <rcoleburn at scires.com>Asunto: Re: [M3devel] need help with cm3 problem before I deliver software thisweekPara: "Rodney M. Bates" <rodney.bates at wichita.edu>CC: m3devel at elegosoft.comFecha: jueves, 31 julio, 2008 10:51 Rodney: I am using Windows XP Professional, Service Pack 2 (on some systems, ServicePack 3 is applied). Michel Dagenais suggested that if the problem does not reproduce on Linux, thatit might have to do with how Windows reports character events.  He thought aFilter VBT may exist somewhere that would aid in debugging by printing methodcalls before propagating them to father/son.  This filter VBT would be
 insertedat different places in the VBT tree to get tracing information.  Are youfamiliar with something like this? As for the pixmaps, Michel suggests increasing the resolution of the originalpixmap to help alleviate problems with upscaling.  I may try this, but ofcourse, FormsVBT uses a lot of pixmap resources, for example, radio, boolean,checkmark, numeric, etc all use pixmaps. Regards,Randy>>> "Rodney M. Bates" <rodney.bates at wichita.edu>7/31/2008 9:33 AM >>>Which variant of the M3 Windows target are you using?  I don't have anyof them built right now.Randy Coleburn wrote:> Hi Olaf, Daniel, Rodney, et al:>  > Thanks for your responses so far.  Sorry for the delay in replying, but > our email server has been offline for nearly 24-hours.  There were some > severe electrical storms that
 took down both redundant power systems for > our email system.  Hope I have not missed any of your replies.>  > Right now, I am delivering the software on Windows XP using SP2 or > greater.  I have not tried to see if this problem also occurs on Unix.  > I don't have ready access to a unix system from my current location.>  > So it is perhaps a Windows-only problem with Trestle/FormsVBT.  In any > event, it is a real problem for me.>  > As for the pixmap stretching problem, I have tested various resolutions > on the customer's computer.  Unfortunately, the customer demands that> the display resolution stay at the 1920x1200.> 1920x1200=pixmap stretch problem> 1680x1050=pixmap stretch problem> 1440x900=no problem> 1024x768=no problem>  > Regards,> Randy> > 
 >>> Olaf Wagner <wagner at elegosoft.com> 7/30/2008 2:24 AM>>>> Quoting Randy Coleburn <rcoleburn at scires.com>:> >  > Hi:>  >>  > I've been using cm3 to develop software I am delivering thisweek to >  >  a customer.  During the acceptance testing, we've run into a>  > problem  that I have not been able to solve.  I am hoping someonein >  > the cm3  community can help.  I need to solve this problem ASAPthis >  > week.>  >>  > This problem is easily reproduced using the "formsedit"program.>  >>  > The problem is with the TypeIn and TypeScript FormsVBT elementsused >  >  in my program.  Since formsedit uses these, you can easily >  > reproduce  the
 problem.>  >>  > Click with the mouse to move the insertion point somewhere in the >  > text.  Observe that the cursor moves to that point.  Now, usethe  >  > left arrow key to move the insertion point a few characters tothe  >  > left.  Then, type a few characters.  Observe that the first  >  > character you type shows up at the place where you initiallymoved  >  > the cursor with the mouse, while the remaining characters show upat >  >  the place where you moved the cursor via the left-arrow key. This  >  > behavior is wrong.  The first character you type should be atthe  >  > current insertion point, not at the one from the mouse move.> > Randy,> > I just rebuilt the CM3 GUI
 libraries and formsedit, but I wasn't able> to reproduce the problem on FreeBSD 6.3.> > Does the problem show up on all platforms you are working on?> Which are these?> > Are there any local modifications to the libraries which I may not> have?> > If it occurs only on Unix, it may be possible that a weird window> manager interferes with the event delivery; otherwise I've got no> good idea. If on Unix, you/we could perhaps test the behaviour> on a different (remote) X display?> > Please provide more data about the problem context and how to> reproduce it.> > Regards,> > Olaf> >  > I'm sure the fix is easy, but I haven't been able to locateit yet.  >  >  It probably has to do with the internal idea of the insertionpoint >  >  not getting updated
 properly.  Note that the cursor on thescreen >  > is  in the right spot, it's just that the first character gets>  > inserted  into the TypeIn or TypeScript in the wrong place (i.e.,it >  > is put at  the place from the mouse move, not from the last arrow >  > key move).>  >>  > Any assistance you can provide is very much appreciated and willgo  >  > a long way toward keeping Modula-3 use alive and well for this  >  > project.  If we can't fix this one, the customers will wantto  >  > re-code everything in some Microsoft language, probably C++ or C#

Enviado desde Correo Yahoo!La bandeja de entrada más inteligente.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080801/3e9294c6/attachment-0002.html>