Attila Kovacs

the last time I got runtime error 217 on startup was an winapi call in the initialization where I queried the computer name into a (15-16?) byte lenght buffer but the computer name was longer. I can't remember the problem/solution, it was on g+. btw. you could step through with ollydebug, maybe you find something

here you can read about the time protocol: https://tf.nist.gov/tf-cgi/servers.cgi and because I would not query an oversea server https://www.pool.ntp.org/zone/europe

Here is an implementation which passes @Schokohase's tests. class operator TPoint.Explicit(Value: TPoint): TSmallPoint; begin case Value.X of High(SmallInt), High(SmallInt) + 1: Result.X := High(SmallInt); Low(SmallInt), Low(SmallInt) - 1: Result.X := Low(SmallInt); else begin Randomize; Result.X := Random(High(SmallInt)); end; end; Result.Y := Result.X end;

Never seen this behavior. Maybe because I have Autosave Project Desktop on?

Glad to hear that. You can't. And you will get it resolved the second time tomorrow by others 😉 It's ok.

umm, if "boundary=---2-1d1a304dc9" in the header, shouldn't be the boundary -----2-1d1a304dc9 in the body? And closing with -----2-1d1a304dc9--? Or just omit a -- in the header.

Hm. Maybe the missing closing '--' suffix on the last boundary.

What happens if you set the stream's position to zero before posting?

Should be SmallInt(Value.<x/y>);

http://docs.embarcadero.com/products/rad_studio/delphiAndcpp2009/HelpUpdate2/EN/html/delphivclwin32/Classes_TStrings_StrictDelimiter.html

No, it comes from TRSSVGImageList ( Riversoft SVG Library ) and the trackbar sets its width and height. Exactly the same as in your demo. Ah, and just for the record, Riversoft's SVG Library comes with the sources.

No. Those are only custom DPI's I chosen to demonstrate the look and feel on different DPI's, because this makes more sense than resizing them pixel by pixel. And no again, these are all SVG's in a SVGImagelist from Riversoft, obviously you were too lazy to check the vendors site. And no, you did not bother yourself to read my previous posts about SVGImagelists.

@PeterPanettone No, I'm not slandering anything. I'm trying to stay objective and I welcome any new components, I'm sure you did not read my previous posts in this thread. Also, I'm using only svg's in my apps since years. Here is a little demo with http://www.riversoftavg.com/svg.htm and there is at least one more SVG lib which is suitable for this not including svg magic. I can see pros and cons in both libs but I won't go into the details. here.zip

Yes I did. That's why i said what I said. Problem?

nothing new here. There are other SVG Libs since ages.

Hi, Anyone of you using RecordSaveJSON from syncommons? Can I mark some record fields to exclude from the result?

Thanks a lot for the Sunday support!

Do you have anywhere in your finalization sections something which could trigger a silent exitprocess?

because VCL is abandoned

I'm wondering if I'm the only one who gave up many years ago using frames because of the buggy IDE.

I'm trying to draw metafiles with "PlayEnhMetaFile" on SynPDF's VCLCanvas (which is a TMetafileCanvas) and somehow the images in my metafile are not drawn if they are vertically below the displays Y resolution. For example, the A4 page has at 96 DPI a height of 1124, the display has a height of 768 or 800 pixels, the metafile should be played at 770 in a height of 120, the images are missing from the result. Textst are drawn but "EMR_STRETCHDIBITS" wont be called in the GDI Enum. Any help/hint would be greatly appreciated. This drives me crazy. Ps: On Printer Canvas no problems, on bigger display with bigger resolution the same code is working.

It has nothing to do with the "component", nor with SetViewportExtEx. It's the same problem as described here: https://stackoverflow.com/questions/30386615/copying-a-graphic-to-a-tmetafilecanvas-outside-the-screen-dimensions For me it looks like a windows bug.

The latter.

Indeed, but I can't just pass any random printer DC as reference, what if there is no printer installed at all. (Not to mention the DPI difference between printer dc and 72 DPI PDF) I was passing SynPDF's VCLCanvas as reference, but it's the same as I would pass 0, as in SynPDF.pas: // retrieve the current reference GDI parameters FDC := CreateCompatibleDC(0); If I replace this with CreateDC(one of my printer) I can indeed print to the bottom of the page, but as I mention, this results in a 600DPI PDF and I can't just pick a random printer.

How do you exit the application if login fails?