dummzeuch

I just tried it, but it didn't work. No idea what's wrong, because I am sure it did work when I applied the patch. Workaround: Save your preferred layout as "Startup Layout". Edit: It does work, but only if the "Your path is too long, do you want me to add even more to it dialog" is not being shown. The IDE first show its startup layout and then switches to the one configured in GExperts. There seems to be no way to avoid this temporary startup layout (apart from overwriting the Startup Layout as suggested above).

Somebody (Achim Kalwa?) Submitted a patch to solve this to GExperts a while ago. I'm not sure whether has been a release since then, but you can always build your own DLL.

Thanks to @Daniel for making this happen so fast. I hope this forum will serve as a replacement for the G+ community and the mailing list. There should be a RSS feed for it and Google (and other search engines) will index it. Please post bug reports and feature requests as tickets on source forge.

I just tried the "unread content" RSS feed. It does not contain "Delphi Praxis" in the title, so on my netvibes dashboard it just says "unread content" and I had to manually change it. The feed works though, this is just a minor annoyance.

Since I am using Firefox and not Chrome: Could you please post a screenshot (before / after ?) so I can see what it does?

Would it be possible to make the whole entry in the topic list clickable? It's difficult to hit the subject line with my thick fingers.

I find that blog post a bit too rambling and lost interest after about 10 lines without it getting into the actual topic. I'll try again later on a desktop computer.

In Part 1 I was ranting about input validation, now it’s about form sizes. In my previous post I already said that I am not a big fan of fixed size dialogs. They are fine as long as they are large enough to show all of their content, but as soon as there is a list that can grow to an arbitrary size, fixed size dialogs are a no go. https://blog.dummzeuch.de/2018/10/14/building-less-annoying-user-interfaces-part-2/