FPiette

OK, and what is the zoom for text? If not 100%, try with 100%. Just to narrow down the problem. You said "sometimes". Could you find what is causing that? It is very important to have steps to always reproduce an issue, otherwise the guy at Embarcadero will just say "Cannot reproduce" or "need steps".

Making a report is indeed very useful BUT you have to find a reproducible way to make this behavior appear or the report will be closed with "cannot reproduce" reason. Just to test, could you set the 4K monitor to 100% to see if the bad behavior persists? If it persists, could you change the video card resolution to full-HD (1920x1080) and 100% to see if the bad behavior persists?

I don't see that "effect". Is it such always or only after you've done something?

I started to use Pascal in the beginning of '80. I don't remember the exact year but it was something like 1981. At that time I used Pascal on a Motorola 68000 development system to build an image processing system for the industry. I also used USCD Pascal but I don't remember the exact context. Later I moved to C on microcomputers and then CP/M machines and the IBM-PC. On the PC, I used Pascal MT+ at lot before using exclusively C for long time, actually until Delphi was born. And much later, in 1995, I moved to Delphi that I still use today, every days.

ReceiveStr is aimed at AnsiString and use - by default - CR/LF (Two 8 bit ASCII characters, $0D and $0A) as delimiter. I'm not sure that in Unicode, two consecutive bytes are not allowed to be $0D and $0A which are the CR/LF. Probably LineMode would also work if you use $0D, $00, $0A, $00 as LineEnd. But you'll have to provide your own routine to convert the Unicode received as an AnsiString correctly as Angus said above. I have no idea what you are doing and so I cannot advice you better. You should explain what you intend to do. It looks you are designing your own protocol, quit unusually compared to most protocols (FTP, HTTP, SMTP, POP3 and many others) which use ANSI or UTF-8 or Binary or a combination of two.

TWSocket makes a conversion to AnsiString when using SendText. This is intended to implement higher level protocols. To send anything, use Send like this: var S : String; begin S := 'Hi ' + Chr(65445) + Chr(65470) + #13#10; WSocket1.Send(PChar(S), Length(S) * SizeOf(Char)); end;

10.4.2 is near the end of beta. Maybe wait a little bit unless you take the update subscription (You should).

The instead of asking always the same question, retrieve the whole data and then ask a specific question related to parsing text data. That new question should NOT even mention WHOIS nor ICS since it is related to parsing text data. And do NOT ask this question here in ICS dedicated forum, ask in a general purpose forum (Could be on DelphiPraxis other forum or StackOverflow). One last recommendation: Do NOT create new accounts here and there you will just makes people angry (That's mostly the same people answering everywhere and they will recognize you).

Are you used to work with C++ Builder or are you a newbie? If you are used, I would suggest you create YOURSELF a new component package and add TWSocket.pas to it and then add all missing units. This could be tedious. The using that new package (install it) you then try a fist example using on TWSocket.

You should better explain what is the problem.

And do not post the same question here and on StackOverflow. The same pleoples are answering anyway.

Would be interesting to check if the decrypting functions of each library is able to decrypt encrypted values generated by other libraries.

Just move the cursor near the top of your source file, locate the "uses" keyword and add System.Math in the list. Delphi automatically add the units required for the components you drop on the form but not for other general purpose functions, data types, variables,... There are a huge number of units such as System.Math. You should really learn how to use the error messages that the compiler gives to fix your code by searching in the help files (F1 key) or the documentation website http://docwiki.embarcadero.com (available from the "help" menu item in the IDE.

As I said, it is always better to have error messages. And this error is very clear: you are using an identifier "Tan" which is not declared. This error is always telling you that you either use something that doesn't exist (typo error) or you forgot to add a unit to the "uses" clause. You then have a look at the documentation and here you'll discover that trigonometric functions are defined in a unit name System.Math. Just add it to your uses clause.

You should tell which error you get or which incorrect answer (along with the correct answer)! Maybe you forgot that trigonometric functions take their argument expressed in RADIAN, not in DEGREE.

It is valid to provide an IP as an integer. Would be solved if parsing make use of int64.

Use NetUserGetLocalGroups. And look the answer of this question to know how to call it.

I don't think so. This is a highly desirable feature to be able to use an existing indentifier. There are rules that the compiler follow. And as @Rollo62 said, you can always use fully qualified names to designate what you want to.

TDateTime is a floating point number counting days since 31/12/1899. If you want to convert a number of hours and minutes to a TDateTime (This will not really be a date and a time but a duration), the unit DateUtils has some interesting constants: OneMinute and OneHour (among others). Using those constants, you can convert like this: var Duration : TDateTime; begin Duration := OneHour * Hours + OneMinute * Minutes;

Hello, I'm writing a few applications related to map and track handling. I have written routines to handle GPX files, GDB files and geodesic calculations. Everything work OK but now I want to better organize the code in folders and in the way identifiers are named. As you may know, I'm a French speaking native and as such my English is poor. In French, the best word to describe the general category my software fits is "cartographie". This term translates to "cartography" in English. But the English word "mapping" also translate to "cartographie" in French. According to Cambridge dictionary, "cartography" is the science or art of making or drawing maps. In the same dictionary, "mapping" is the activity or process of making a map. My software doesn't make maps, it uses maps. It handle (read, build, edit, save, display) tracks and way points recorded by a GPS. My question is should I use the term "Cartography" or "Mapping"?

I don't think it is. "Routing" will no find a route between two locations as does a car GPS. It is oriented toward hiking (cycling, running,...) and use topomaps which are not routable.

The recording of locations along a "trail" is a named a "track". See https://wiki.openstreetmap.org/wiki/Edit_GPS_tracks or this: https://buy.garmin.com/en-US/US/p/550463#specs (Search for "track"). As see as an application, my software could be viewed as a "track editor". As seen as a library, it is set as all the components and functions to build a track editor, and this include interactively showing a map (or topomap) on screen.

Another way to see my problem is to think about what would be the category of someone searching for the software I described. Where would you search for a library able to load a GPX or GDB file and show it interactively on a map (I use OpenStreetMap)? Where would someone search for an application to create tracks (Something similar to Garmin MapSource or BaseCamp)? By "where" I mean which keyword if only one has to be given.

OK. Do you have any suggestion then? @Diego Muñoz argument is also good.

To remove that warning, go to menu, project, options, building, Delphi compiler, hints and warnings and expand output warnings and set platform symbol to false.