Anders Melander

Please do. The name helps no one and just adds confusion. I don't know why they thought it would be smart to name versions. I have to google it every time someone refers to a version by name.

It's transparent when the mouse isn't near it. When the mouse is over it it becomes fully opaque. Just like the one in MS Office. Personally I don't much care for that control as it usually gets in the way of what you're doing - but as you can see I've used it in a few places (above is from Better Translation Manager).

DevExpress TdxRibbonMiniToolbar https://www.devexpress.com/subscriptions/new-2011.xml#vcl https://community.devexpress.com/blogs/ctodx/archive/2011/02/17/sneak-peek-the-winforms-ribbon-gains-a-mini-toolbar-coming-in-v2011-vol-1.aspx

No. Here's some more clues: https://en.wikipedia.org/wiki/Font https://docs.microsoft.com/en-us/windows/win32/gdi/fonts-and-text

Maybe this is a clue that you're using fonts for something that they were not intended for...

Are you sure about that? I believe TMS purchased their run-time design controls (OI, form designer, etc) from some Chinese gentleman. AFAIK the same person that was the author of the K-Wizard controls. I'm using his original controls in my Resource Editor:

Since you don't want to hear about alternatives the only solution you have is owner drawing the listbox. A Google search would have given you that answer and it would also give you examples of how to do it. Start here: https://docs.microsoft.com/en-us/windows/win32/controls/about-list-boxes ...or simply use a TListView.

Okay. I thought that maybe the typelib you're using had its own declaration of IComparable. I'm guessing the IComparable stuff is a mistake made by the typelib importer. It doesn't make much sense to me otherwise. Since you're using dispatch interfaces (i.e. late binding) anyway the solution could be to simply access the properties through IDispatch and ignore the concrete interface declarations. You can do this quite easily by using the OleVariant type: var Fontsize: OleVariant; begin Fontsize := CoDocumentFormat_OpenXml_Wordprocessing_FontSize.Create; Fontsize.Val := '40'; end; This is basically the way VB does OLE automation.

Can you show us the declaration of IComparable ?

From what I can see, by reading the source, the only place SysUtils.Format is called is in EJSONParseException.Create. TJSONObject.Format ends up calling TJSONString.ToChars to encode the chars and I can't see anything there that would choke on %. Regardless, it would be trivial for you to look at the call stack when the exception occurs to determine where SysUtils.Format is called from.

What errors?

Plastic Merge can do move detection. You might have more luck with that. https://www.plasticscm.com/features/xmerge

I can save you 70 minutes there. The key point of Chandlers Efficiency talk is "Cache locality is very important". The remaining 60 minutes are just circus IMO.

Why not just set the absolute scollbar position of the listbox based on the position of the checklist scrollbar position?

Hardly relevant since it's about GDI+. They are not the same. pfDevice creates a DDB while all the other create DIBs. I don't know why you would prefer DDB when you're working with bitmaps that large. Use DIBs instead. They are backed by virtual memory. There are way too many unrelated things going on in your example for me to investigate it. Instead of juggling different bitmaps just size TImage->Picture->Bitmap and draw on that.

I don't think the problem is in the VCL. As far as I can see the calculations done by TImage, TBitmap & TCanvas are correct and should not overflow. It would help if you could show what the problem looks like.

I don't get this moaning about the captcha at signup. AFAIK it's an standard option in JIRA so it's easy to turn on or off. There's no effort involved. My physic powers are limited so I don't know why they chose to enable it but I'm guessing they had a good reason. Apparently others know better. I agree that it would be better to have the captcha above the input field but it isn't really something I can get upset about. Click another field, read the image, enter the text and move on.

It's Atlassian. If you want to customize the UI you will have to modify the source and probably recompile JIRA. I think Atlassian invented suckage. Embarcadero has customized it a bit but I'm guessing they did that by tweaking the CSS. Here's what the standard JIRA Server 7 (they're on v6) login looks like: So your browser is able to autocomplete captchas? Impressive! Must be that there new artificial intelligence thing I've been hearing about... 🙂

The login looks like the standard JIRA Server login page so it's probably designed by Atlassian. While they're not known for their usability skills I don't see a big problem with it. You can blame the autocomplete on your browser. As far as the tracking on the main site goes, yeah that sucks. Luckily Firefox blocks all of it.

Try Graphics32: Use a TBitmap32 with a memory backend (instead of a GDI backend) and display it with a TImage32/TImgView32 control. That of course requires that the bitmap is 32-bit or that it's feasible to convert it to 32-bit in order to display it.

What is is that makes is a structured difference viewer? Looking the screenshot in the first post I don't see much structure there. I mean, the diff tool I use would have picked up on the fact that two of the lines in the original file had been embedded into a block in the changed file.

Compile it with madExcept and run. Investigate bug report. Profit!

It's been a while since I last wrote a briefcase enabled database client, but AFAIR TClientDataSet has all the required functionality and doesn't require (but can use) a middle tier.

Yes, forget what I wrote. I got things confused.