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 1150731 for lswitcher-dev@2rosenthals.com; Sun, 27 Sep 2020 13:54:17 -0400 Subject: Re: [lswitcher-dev] lSwitcher-2-92-0-RC_12.wpi To: lSwitcher Developers Mailing List References: Message-ID: <5F70D1C9.5050709@2rosenthals.com> Date: Sun, 27 Sep 2020 13:54:17 -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=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, and sorry for lagging so far behind... On 09/27/20 07:44 am, Alfredo Fernández Díaz wrote: > On 20/09/27 04:15, Gregg Young wrote: >> On Sun, 27 Sep 2020 01:04:42 +0200 Alfredo Fernández Díaz wrote: >>> >>> On 20/09/26 23:01, Gregg Young wrote: >>> Of course, I see. But if the code in XCenter did the same, I mean, if >>> "reduce Desktop" is checked, check if something is using it already on >>> startup, and act accordingly, wouldn't it all appear to work OK? At >>> least no application would cause the other to fail, and it's not like >>> there are many more to interfere out there. Am I missing something else? >> >> 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 ;) > > 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 ;)? > If you install ArcaOS and deselect ArcaOS Desktop, you get WarpCenter. There was never any intention of removing it from the distro. In larger environments, change implies a learning curve. We wanted ArcaOS to be able to seamlessly replace existing Warp 4 installations without requiring users (generally less technically savvy than we, particularly pertaining to matters OS/2) to learn new steps to accomplish the same tasks. You can even use the old Warp 3 toolbar (and we have some enterprise clients who do). > 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. > :-) > But you know, I've been planning to upgrade my lSwitcher for some time > now, so don't get upset. I would say you still have years to see my plans > change. :-) > :-D > ... >>> Almost there, see attachment. Could you move it further left to align >>> with 'Idioma' above, maybe? I think we'd be done for good. >> >> On my system if I do that I see a strange clipped box following the + sign. >> I can move 'Idioma' to the right if you like. Thanks > > 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). > > [...] >>> -Open a WPS folder window. Bring up the PM popup, 'C' is for close, >>> and works; good. Open the folder again, bring up the popup menu for >>> the folder on the taskbar ('Move' is in there, btw): now 'Close' is a >>> submenu with 'Close' and 'Quit', and 'Quit' does nothing, as I half >>> expected. I suppose that's meant for applications (which have 'Close', >>> 'Quit', 'SigKill', 'DosKill'...) >> >> I am not clear as to what you are telling me here. > > 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 had to walk through your steps, but indeed, this also occurs with the widget. Close is not a valid action for a folder object, and should be filtered from the list of actions. Doing so, then narrows the Close > submenu to just Close, it's "first child item" (Close > Close), making the submenu superfluous. It's often hard to describe some of these oddities. I think you did an excellent job, my friend, but a visual aid (such as provided here) would probably have come in handy to make the initial point. :-) So, we have a few issues: 1. Quit is not a valid action for folder objects and should be removed from the Close submenu; 2. An only child on a submenu is very lonely :-( ; 3. Missing Move action for icons in the popup and their context menus there; 4. Close from the popup hotkey only performs...what? Default Close, as from the left window manager menu? 5. Q from the context menu in the popup closes the context menu (not a bad feature; surely harmless, but I'm not sure we documented that anywhere); 6. Q from the popup (no context menu open) is documented as quitting, but this does not seem to work, and Q has been removed from the list of popup hotkeys in the UI; 7. Ultimately, we are going to have to do something with the hotkey selections (I just re-read the documentation) - my RFE for these would be to make them customizable, defaulting to English, and use the customized key names in the popup. Of the above, 1, 2, 3, and 6 seem like blockers to the 2.92 release. Documentation pertaining to 5 needs a tweak. >>> >>> -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 > > Thank you for all you do ^^ > Ditto, that. Cheers -- Lewis