Sherlock

I shut it down every day. Have done so since... well, always. You just can't get windows to behave as expected unless it's been freshly rebooted.

Yeah, I got this too. I choose to ignore it, because I can't change it. I need or rather want all the plugins I use. Only thing bugging me about that error is, Windows wont shut down until it is "clicked away". But I got used to that.

I stand by this post It is not possible as it is not what Microsoft wants you to be able to do. Anything to achieve this goal is a hack that may or may not cease to work after the next OS update. It is a waste of time and money. So just stop pursuing this and ask your users to set it manually. Write it in your manual, or some MessageBox, and also mention that you can not support any installation, where this is not set accordingly.

Ahaa, that looks like this: WindowsProductName WindowsVersion OsHardwareAbstractionLayer ------------------ -------------- -------------------------- Windows 10 Pro 1909 10.0.18362.752

I have pen entry enabled...and it's in German. Maybe one or both of them are responsible for the build number?

Where would I see that?

Not fast ring...just install as soon as it's out. It is on a VM, so I can undo whatever crap happens

My Windows says it installed 1909 on Feb 5th. My current build no. is 18363.815.... no perceptible issues in the last (almost) 3 months.

Have you tried it? There is a german proverb "Probieren geht über studieren" it roughly translates to "Trying is better than researching".

It is included. https://www.atozed.com/intraweb/bundled/10-3-rio/

@Tntman How does this perform in high security client networks, that usually block the internet?

It does, I connect to medical devices, whose output the users want to see on my client software. They may install as many copies as they like, but have to pay for each signalprocessor . Which is why I actually make money with a Python project...not with Delphi

I trust my customers...and it only works with a peace of hardware (not a dongle, a signal processor). 😉

All hail monocultures and monopolies. That said, have you waited the estimated two weeks for your reconsideration review to be approved or denied? If so, what was their answer? If not, all you can do is wait. And no, this is not the start of Googles war on desktop software. It's what you get, when one provider of a common product gets an overwhelming share of the market - they become cocky.

Oh, come on. That is not really an issue, it's just a No-No. Just like not changing some Label on a form from a thread without synchronizing. Just don't do it, and you will not get into trouble.

Firstly for the nomenclature: That is called the notification area. It used to be known as the system tray. When icons are added they land in the overflow section of the notification area automatically. Now, what is it you want to do? Do you as a user want to tell your windows to keep all icons in the notification area visible at all times? Or do you as a developer want to keep your own apps icon visible? For the former there is a solution I'm actually missing in your settings screenshot. There should be a switch to always display all icons in the notification area. Please see my screenshot for that...german, sorry, but you should get the gist of it. If it's the latter, I believe that to be impossible unless you write a Microsoft application... See the Shell Developers Guide for details: https://docs.microsoft.com/en-us/windows/win32/shell/notification-area#add-a-notification-icon

I don't think they are badly done. The are just stuck in time... Back in the day - you know, when COM was invented - interfaces where the go-to thing to get COM up and running in a Delphi project. Together with reference counting and GUIDs and stuff. Plus they allow for multiple inheritance. So, all ended there. Interfaces are feature complete... at least from a 90s POV. In comes a person used to a 00s language such as C# and there you have it: "I need this", "I don't know why I have to do that" etc. Programmer millenials...

You mean a mockup. Best way of achieving a "he's not done yet" feeling is to present a mockup in a drawing program such as the "queen" Balsamiq and keep the Delphi implementation hidden from sight. Why are the users snooping around your workplace in the first place? And shouldn't one be addressing the GUI in the final stages of development? But I know where you're coming from. I'm there too. So the second best thing would be to create a shitty looking GUI. I do that through gross misplacement of components, horrid colors and a big fat "MOCKUP" label. But for the more professional approach: https://community.idera.com/developer-tools/b/blog/posts/prototyping-from-vision-to-ux-design Cheers

Finally my 2cts: Using methods like Predecessor (or Successor) to access an index based on the amount of items in a container would just hurt my brain to much. I also would always think that -1 or +1 is faster than calling some method, but then I'm the kind of developer that doe not inspect Delphis libs, I just use them and rely on documentation...a dying breed I know. But know this, all you Delphi RTL and VCL know-it-alls give Embarcadero an excuse to not maintain the online help. Please consider this comment tongue-in-cheek.

As to the issue at hand, I feel your data is not correct. Every city and every country should have a unique ID. In your example, Sao Paolo and Rio de Janeiro have the same ID. As well as California (not a city, btw) and New York (maybe not a city) who both have the same ID. Furthermore you at least need a country_ID in your city table. Better yet, a junction table that references both IDs*. What follows then is quite simple: create a query to select cities for a variable country_ID. Set this variable according to the country_ID selected in the country combo and update the query. Then the city LookupCombo should display the desired result. *: This might seem a little over the top at first glance, but there is a Santa Cruz in at least 15 different countries...

@Isaac Badru: Welcome to our little english Delphi forum. I know it is tough to post in English, especially technical stuff. There are people from all over the world here, and for everyone to profit from all that knowledge we use the common language of Delphi...and English to explain what we try to achieve and what we don't understand or know. Please try sticking to English as there might be a fellow programmer who can't speak Portuguese but is either the absolute expert for the question you are asking or has the same issue and desperately needs help. Google translate or Deepl are adequate tools to help you create your posts in a way anybody can understand, and more importantly can search for using the engine of their choice. You will find that searching for the solution of a programming problem will yield more useful results when the search is done with English key words anyway (or Chinese, but that is a different story), so try to get used to it, and enjoy learning English on the way. I translated above text with https://translate.google.com and with https://www.deepl.com. Which one is better? Google says: Bem-vindo ao nosso pequeno fórum Delphi em inglês. Eu sei que é difícil postar em inglês, especialmente coisas técnicas. Existem pessoas de todo o mundo aqui e, para que todos possam lucrar com todo esse conhecimento, usamos a linguagem comum do Delphi ... e o inglês para explicar o que tentamos alcançar e o que não entendemos ou sabemos. Tente aderir ao inglês, pois pode haver um colega programador que não sabe falar português, mas é o especialista absoluto na pergunta que você está fazendo ou tem o mesmo problema e precisa desesperadamente de ajuda. O Google translate ou Deepl são ferramentas adequadas para ajudá-lo a criar suas postagens de uma maneira que qualquer pessoa possa entender e, mais importante, pode pesquisar usando o mecanismo de sua escolha. Você descobrirá que procurar a solução de um problema de programação produzirá resultados mais úteis quando a pesquisa for feita com palavras-chave em inglês (ou chinês, mas essa é uma história diferente), então tente se acostumar e aproveite o aprendizado Inglês a caminho. Deepl says: Bem-vindo ao nosso pequeno fórum inglês Delphi. Eu sei que é difícil postar em inglês, especialmente coisas técnicas. Há pessoas de todo o mundo aqui, e para que todos beneficiem de todo esse conhecimento usamos a língua comum da Delphi... e o inglês para explicar o que tentamos alcançar e o que não entendemos ou não sabemos. Por favor, tente manter-se fiel ao inglês, pois pode haver um colega programador que não sabe falar português, mas ou é o especialista absoluto para a pergunta que está a fazer ou tem o mesmo problema e precisa desesperadamente de ajuda. Google translate ou Deepl são ferramentas adequadas para o ajudar a criar as suas mensagens de uma forma que qualquer pessoa possa compreender e, mais importante ainda, pode procurar usar o motor da sua escolha. Você vai descobrir que pesquisar pela solução de um problema de programação irá produzir resultados mais úteis quando a pesquisa é feita com palavras-chave em inglês (ou chinês, mas isso é uma história diferente), por isso tente se acostumar, e aproveite para aprender inglês no caminho.

Blasphemy!

MDI is said to be an interface type, Microsoft wants to get rid of. There are lots of people propagating to switch to other models such as TDI. This old SO Q&A should get the message across: https://stackoverflow.com/questions/486020/is-there-still-a-place-for-mdi That said, you could create an issue on https://quality.embarcadero.com

Thank you for the effort!!

I'm pretty sure, that is not what he meant. You will run into real problems once you tackle the last 20%, that is what the rule says. And as a rule, you may try to do the hard part first...but it will always be the last to be finished. Life just sucks that way.