From: "Gregg Young" <lswitcher-dev@2rosenthals.com>
X_CMAE_Category: , ,
X-CNFS-Analysis: v=2.3 cv=LKwYv6e9 c=1 sm=1 tr=0 a=AhLag5gAyMpl8Ac6OuiE9g==:117 a=AhLag5gAyMpl8Ac6OuiE9g==:17 a=KGjhK52YXX0A:10 a=IkcTkHD0fZMA:10 a=reM5J-MqmosA:10 a=ysqN1OIC4P0A:10 a=eQrCS-SpgXYA:10 a=y_hCEIy6AAAA:8 a=uU3qzdq-4vzvqCY0h3AA:9 a=QEXdDO2ut3YA:10 a=TL2f3ZzNDqUA:10 a=28GAIOD01pAA:10 a=H642AXJ-IbsA:10 a=MKr-9MqT9lgA:10 a=oF_bVFE_NRt-FRUPIfFZ:22
X-CM-Score: 0
X-Scanned-by: Cloudmark Authority Engine
Feedback-ID: dfw:ctl:res:onyx
X-Authed-Username: eWdrQHF3ZXN0Lm5ldA==
Authentication-Results:  smtp02.onyx.dfw.sync.lan smtp.user=ygk@qwest.net; auth=pass (LOGIN)
Received: from [71.37.78.186] ([71.37.78.186:64621] helo=ZOBOPEEP)
	by smtp.centurylink.net (envelope-from <ygk@qwest.net>)
	(ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPA
	id C1/36-19157-24B357F5; Wed, 30 Sep 2020 22:13:22 -0400
Message-ID: <100.30a40d00373b755f.005@qwest.net>
To: "lSwitcher Developers Mailing List" <lswitcher-dev@2rosenthals.com>
Date: Wed, 30 Sep 2020 20:13:11 -0600 (MDT)
Reply-To: "Gregg Young" <ygk@qwest.net>
In-Reply-To: <list-1170345@2rosenthals.com>
References: <list-1140418@2rosenthals.com>
  <list-1150094@2rosenthals.com>
  <list-1150194@2rosenthals.com>
  <list-1150401@2rosenthals.com>
  <list-1150786@2rosenthals.com>
  <list-1170345@2rosenthals.com>
Priority: Normal
User-Agent: PMMail/3.25 (os/2; U; Warp 4.5; en-US; i386; ver 3.25.00.1984)
X-Mailer: PMMail 3.25.00.1984 for OS/2 Warp 4.5
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Subject: Re: [lswitcher-dev] lSwitcher-2-92-0-RC_12.wpi

On Thu, 1 Oct 2020 01:17:05 +0200 Alfredo Fernández Díaz wrote:
>
>Hi Gregg,
>
>On 20/09/27 20:33, Gregg Young wrote:
>>On Sun, 27 Sep 2020 13:44:59 +0200 Alfredo Fernández Díaz wrote:
>....
>>>>You have a plan for forcing the update of XWP on all systems and
>>>>preventing the use of Warp Center which we can't fix and you know
>>>>for certain these are the only programs that use this?
>>>
>>>I always have a plan. Phase I is getting to know how all of this works
>>>without looking at the code. Thanks for your help ;)
>>
>>Hi Alfred
>>
>>The real solution would be modifying WinSetDesktopWorkArea in PMMERGE
>>to
>>check to see if the desktop was already reduced and return an error on
>>any subsequent call except one to restore the desktop to its original
>>size. Of course this isn't going to happen.
>
>I certainly don't count on it happening, but it sounds like a pretty
>well known thing. Hm.
>
>>We need to remember this is an undocumented call and IBM never intended
>>for others to use it. As such it was not designed for that possibility.
>>Just like it wasn't designed to be called with a less than full width
>>window over the reduced area.
>
>I see.
>
>>For completeness of your planning I can
>>probably hide the stupid desktop titlebar.
>
>Yes, that's probably better.
>
>>>I imagine the lack of a WarpCenter object in ArcaOS kind of prevents
>>>its use. If the people at ArcaNoae were really determined to do that
>>>I imagine they could also prevent the SmartCenter class from being
>>>registered in the first place in future versions. That would be an
>>>even
>>>safer way to be sure nothing will interfere with what's not even
>>>there.
>>>And I imagine those people would want as many customers as possible to
>>>be reasonably updated. Seriously, how many people are left outside
>>>that
>>>lot (besides me ;)?
>>
>>Probably a lot; OS/2 users aren't exactly a progressive bunch. I know
>>one
>>that is still using a prehistoric version of lSwitcher;-)
>
>You think that's prehistoric? You should see the WordPerfect macros I'm
>writing lately ;p
>
>Point taken, though (listening to Lewis' input as well -- I used the
>warp 3 launcher on Warp 4 for ages, hehe).
>
>>>Then it's all a matter of documenting things properly (do not do this
>>>and that for such and such reason: just a twist on the current docs)
>>>and
>>>wait for reports of the three people in the entire universe who still
>>>see something break up in their systems.
>>
>>Fortunately they never bother to report anything. Think my breaking of
>>all
>>the non-English languages in 2.91 and never hearing anything about it.
>
>Hey, *I* reported that. Maybe not in time for 2.91, but...
>
>....
>>>I'll have a look at that later. I've changed a couple of strings to
>>>stay
>>>closer to the current English menu (lSwitcher settings -> Properties,
>>>and help mnemonics).
>>
>>Am I to read this that I need to change the hotkeys again. Remember the
>>mnemonics and hotkeys must match.
>
>As you probably have realized by now, no; I meant the mnemonics for
>"Help" on the taskbar menu. So those two letters change on that menu
>alone, and the rest is untouched.

Yes I figured this out and it is fine.

>
>>>Yeah, I've written better pieces. Have a look at the screenshot.
>>>'Programs' is a WPS folder: you can make it 'Close' but not 'Quit'.
>>>Maybe the 'Close' menu should be replaced by its first child item,
>>>which
>>>is the only one that works in that situation.
>>
>>I think Quit just needs to be removed it has no advantage over close
>>and mostly doesn't work.
>
>It seems to work here for *applications* (not WPS folders). I am not
>clear on the (dis)advantages when closing programs, though, but if there
>are none, why was it there in the first place?
>
>Having seen r13b, I think I concur with Lewis: I'd prefer a single
>'Close' lSwitcher menu entry for folders in the taskbar (since only
>that makes sense), but for programs, and if possible, I'd rather have a
>'Close' submenu with the different methods. I think Dos/Sigkill look a
>bit daunting, not being normal words and that, and it would be better if
>at least non-tech-savvy people can tell right away they're just modes of
>closing a task.

I'll look at this.

>
>>>>>-Packaging: any particular reason why we keep old English readmes,
>>>>>i.e.
>>>>>readme.v*?
>>>>
>>>>I always package the historic readmes on my first release. They can
>>>>probably go away now. Thanks
>
>Don't forget for the GA - they're still in the rc13 wpi, I don't know
>whether intentionally.

I wanted to make sure everyone thought removing them was the best idea.

Thanks 
Gregg

>
>>>Thank you for all you do ^^
>>
>>Your welcome. Thanks for your help and translations.
>
>:)
>
>
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>This message is sent to you because you are subscribed to the mailing
>list <lswitcher-dev@2rosenthals.com>.
>To unsubscribe, E-mail to: <lswitcher-dev-off@2rosenthals.com>
>To switch to the DIGEST mode, E-mail to
><lswitcher-dev-digest@2rosenthals.com>
>To switch to the INDEX mode, E-mail to
><lswitcher-dev-index@2rosenthals.com>
>Send administrative queries to <lswitcher-dev-request@2rosenthals.com>
>To subscribe (new addresses), E-mail to:
><lswitcher-dev-on@2rosenthals.com> and reply to the confirmation email.
>Web archives are publicly available at: http://lists.2rosenthals.com
>
>This list is hosted by Rosenthal & Rosenthal, LLC
>P.O. Box 281, Deer Park, NY 11729-0281. Non-
>electronic communications related to content
>contained in these messages should be directed
>to the above address. (CAN-SPAM Act of 2003)
>
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>