From: "Lewis" Received: from [192.168.100.201] (account lgrosenthal@2rosenthals.com HELO [192.168.100.23]) by 2rosenthals.com (CommuniGate Pro SMTP 5.4.10) with ESMTPSA id 1101902 for lswitcher-dev@2rosenthals.com; Sun, 13 Sep 2020 22:36:37 -0400 Subject: Re: [lswitcher-dev] lSwitcher 2.92 RC 8 To: lSwitcher Developers Mailing List References: Message-ID: <5F5ED735.1050507@2rosenthals.com> Date: Sun, 13 Sep 2020 22:36:37 -0400 User-Agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:38.0) Gecko/20100101 Firefox/38.0 SeaMonkey/2.35 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, Gregg... On 09/13/20 10:30 pm, Gregg Young wrote: > Hi Lewis > > I thought I responded to this but can find it. So sorry if you get 2 responses. Miracle of the internet: your post from one hour earlier just showed up as this one did. Go figure. >> On 09/13/20 03:05 pm, Gregg Young wrote: >>> Hi >>> >>> I managed to break grouping and it took forever for me to find the >>> issue. That is now fixed. I have cleaned up the layout of all the >>> dialogues and I think I have the language stuff working everywhere. >>> >>> This should fix Lewis' "Priority" issue except when a VDM is labeled >>> "Default" instead of VDM. There is probably nothing I can do in this >>> case. It should also fix Alfred's issue with tile and cascade. It also >>> fixes the clipped text in the popup (here at least). >>> >> Confirmed that this seems to be working as expected for DOS sessions >> (half a dozen tested) and Win-OS/2 sessions, as well. Kudos. I haven't >> looked closely at Alfredo's tile and cascade issue (I've been meaning to >> do that, but have been busy). > The cascade and tile issue like the priority issue depend on the flags set by the program and will only be as good as the flags set. If what I have done still leaves problems I will need copies of any programs that fail to behave as expected so I can see their flags. some may not be fixable without breaking this for programs that should be supported. > >> I'll add a brief note to the help concerning priority as it pertains to >> DOS and Win-OS/2 sessions. >> >>> As for reduce desktop The following is from the XWP help. >>> "Do not use this setting on the XCenter if you have the corresponding >>> WarpCenter setting enabled also. The XCenter cannot check for whether >>> the WarpCenter has this enabled as well, and this will probably lead to >>> problems." >>> I would think the same applies to lSwitcher and as such recommend >>> against using it on both at the same time. >>> >> I would concur that this seems a reasonable assumption. >> >>> Alfred I am aware you had some other requests. If you want me to >>> consider them please add tickets for them. >>> >>> I can't reproduce Lewis' tooltip issue (didn't try with RC7) with the >>> attached RC8 code. Thanks >>> >> Seems fixed in RC8. >> >> Switching languages, saving, opening Properties, and switching back >> seems to leave me in a spot where I can't get the properties notebook to >> open again. Closing and re-launching lSwitcher returns the notebook to >> proper operation. >> >> Titlebar text is legible when changing language to a different >> CP, however, the taskbar context menu is not. This requires a >> Close/re-launch of lSwitcher, which may not be unexpected. > Switching languages without a restart is basically undefined. It may work (or seem to work) in some cases. The expectation is that the program will be restarted after a language change. Because of the Xcenter widget this is not something I can gracefully implement automatically. Thanks > Currently, I have the help stating that an lSwitcher restart is necessary when changing languages. So, what's the recommended procedure for the XCenter? Just close it and re-open, or does it actually require a desktop restart to reload the hook dll? I'll adjust the help as necessary. -- Lewis