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 1101921 for lswitcher-dev@2rosenthals.com; Sun, 13 Sep 2020 23:28:50 -0400 Subject: Re: [lswitcher-dev] lSwitcher 2.92 RC 8 To: lSwitcher Developers Mailing List References: Message-ID: <5F5EE371.2030706@2rosenthals.com> Date: Sun, 13 Sep 2020 23:28:49 -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 On 09/13/20 10:58 pm, Gregg Young wrote: > On Sun, 13 Sep 2020 22:36:37 -0400 Lewis wrote: >> 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. > Just closing xCenter and reopening seems to work fine. The hook hasn't been updated in 2.92. Thanks > Okay, last help changes for now. Clarified that when using the taskbar, an lSwitcher restart is required, and when using the widget, an XCenter close/restart is needed. Also added one sentence to each Priority menu item reference footnote concerning lack of availability for DOS and Win-OS/2 sessions, for consistency with main content. -- Lewis