Sherlock

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.

Apple says this: https://forums.developer.apple.com/message/196395#196395 Enjoy

That is what happens to me half the time as well, the other half I'm chiding myself to be more careful next time. Then I forget...

Logging is required now. And of course a nice exception handler like MadExcept or EurekaLog.

@Fr0sT.Brutal

I have the strong feeling, that putting this much thought into that seemingly simple class will lead to "What the hell was I thinking?" sometime in the not so far future. KISS really is my prime directive when it come to software development.

@Fr0sT.Brutal If you have nothing substantial to contribute to a users topic please refrain from posting.

I use TParallel as well, but not to the extent some folks do. And I'm not sitting by meticulously counting CPU cycles either. But I do avoid inline variables - well avoid is a strong word...I ignore them.

So you trust inline variables to work flawlessly and use them wherever you like? You trust the TParallel lib?

That looks pretty cool. I don't know why, but I thought you where on a PC. But still the loading should be possible in a thread, where you can also prepare almost all the objects needed, and in the end just assign them to the main thread (synchronized!)