PeterPanettone

Microsoft has removed Huawei laptops from its stores. Microsoft Cuts Ties With Huawei: https://www.zerohedge.com/news/2019-05-24/microsoft-cuts-ties-huawei https://www.rt.com/news/460187-icymi-china-huawei-5g-spy/: https://www.rt.com/news/460187-icymi-china-huawei-5g-spy/

Is the logo of the Communist Party included?

Do you know whether the Chinese have already hacked the Embarcadero Delphi IDE and replaced it with something better while keeping it fully compatible?

Brexit with (in) May?

While this is possible: This is currently not possible: However, this would be a big time-saver and would make the code more compact and easier to read. What do you people think?

In the GetIt Package Manager, the item buttons are only partially visible: Is this by design? This is not practical.

Delphi 10.3.1: Components -> Install Packages -> Click on the "Components" button: As you can see, the dialog has the text overlay "Form made sizable by GExperts". However, the dialog is not resizable at all (which IMO would not make much sense in this specific case). Is this a bug? If yes, I will add it to the GExperts bug list.

Thomas, thanks for the information. Bug filed. Have you already filed quality reports at Embarcadero for those bugs?

I have just submitted the following suggestion to the GExperts ticket list (https://sourceforge.net/p/gexperts/bugs/122/😞 The GExperts Procedure List is such a great addon. But in part it just duplicates the MMX Member Search functionality. A really unique functionality for the GExperts Procedure List would be to optionally show the procedures of ALL UNITS in the whole project. That would be VERY useful! Often we look for a specific procedure in the project but don't remember the exact unit where it is located. Ok, we could use the GExpert Grep Search. But a Global Procedure List would be much simpler and faster. You could use a simple button switch (remember between sessions) to toggle between the local and global scope. What do you people think?

I understand. It's Easter. You are not only a good programmer but also a very humorous man.

It took the GExperts Uses Manager more then 100 seconds to collect the identifier list. And: I am not looking for identifiers but for procedures. And I also want to look at the implementation source code preview. That's a totally different purpose. And even if your code is "well organized" there could be cases where you want to have an overview of all procedures in the project. And since there is a scope switch you can always have your old legacy old-fashioned list of local procedures.

That would be an EXTREMELY INEFFICIENT way of looking for procedures! (Like for example trying to fill the fuel tank of your car with a spoon).

This is a non-argument because code organization and a good global procure list tool are not opposites: You can and should have BOTH. If somebody asks you whether we should prefer BEER or WINE I would answer: Well, beer tastes better with certain dishes and wine with other dishes. Preferring only one of the two with all dishes is - sorry - stupid. And if you're that good ad code-organizing I would advise you to write your code with NOTEPAD.

Maybe you could display your pricelist in Euro and US$ too?

In the Delphi 10.3.1 IDE, when I click on "Install Packages": ...this window opens: While the height of the window can be resized (which you can see from the cursor in the screenshot), the list of the Design Packages has a fixed height. So what sense does a sizeable window make if the height of the contained list is not being automatically resized together with the window?

In The IDE, many UI elements have an associated ToolTip Hint, for example: This Hint is shown when the mouse pointer hovers over the UI control. However, many UI elements do not show an associated Hint, for example the Search field in the IDE title-bar and in some windows: This is an INCONSISTENCY which confuses the novice user and is also illogical. What do you people think? Shouldn't all UI elements show a hint? (There could be a central switch to activate/deactivate the hints if the expert user doesn't need them anymore).

Yes, there are MANY issues regarding these controls in the title bar. But more generally, the primary issue here is the UI INCONSISTENCY mentioned above.

Thanks for the link to the article, but it does not answer this question, as the results from this search field are completely UNRELATED to this dialog: In fact, the hints popping up from this search field are related to other IDE dialogs. So this search field seems clearly a colossal BUG. Having a search field in this dialog searching e.g. for options is more or less useless as there are only a few options in this dialog: Much more useful in this dialog would be searching/filtering the package names in the current list. I cannot imagine the kind of deep mental confusion which obviously led to this particular BUG and UI disaster.

However, this window seems to remember its previous size and adjust the list size to the window size when the window is opened. So, to enlarge the list size, the window must be 1. Enlarged, then 2 closed, then 3. Reopened. A bit cumbersome, but it works.

Thomas, thanks for the confirmation. I have also not yet discovered the purpose of the Search field in the title bar of this window (attention, this is sarcasm): The package names cannot be searched/filtered with this control. Is this a bug?

And BTW, assuming that a list item containing several elements would always have the same designed height at runtime would be questionable at least.

But as I've said before: This bug occurs only in the GetIt window. So it seems reasonable to deduce that it is a bug located specifically in GetIt.

Uwe, I don't think that this is a smart comment. The bug mentioned in the comment is stupid because it has been introduced by a programmer who could have done better. I also don't think that writing personal insults is a good habit.

So why it's only the GetIt Items list? The rest of the IDE is OK. This is clearly a STUPID bug in GetIt.

The Shellplus website (http://www.shellplus.com) sold the ShellPlus library for Delphi (last version was 3.15 for Delphi 10.1 Berlin). The website can still be loaded, but nobody answers to contact emails. Does anybody know whether the ShellPlus product is dead?