Hi James,
On 02/12/2024 00:44, James Richters via fpc-pascal wrote:
> there ---> and I'll be lucky if it takes me more than 5 minutes to
> permanently install it! Uggg @ time!
lol - yeah, I have so many of those.
> I managed to figure fpGUI out... Basically rediscovering the issue and how
> to
On 01/12/2024 10:00, Michael Van Canneyt via fpc-pascal wrote:
> How we got to think that downloading 1200 different packages from internet to
> build and
> install a 200-line javascript program (so basically creating a zip) is OK,
> will forever remain a mystery to me.
I feel your pain, and ful
Hi James.
On 29/11/2024 01:11, James Richters via fpc-pascal wrote:
> I'm intrigued by FPGUI, I'm trying to build FPGUI on Windows 10, and I'm
> having some difficulty. When I follow the instructions from Install.txt I
> get this:
>
> R:\fpgui_src_1.4.1\fpgui-1.4.1\src>build
I just got back f
On 20/11/2024 14:46, Travis Siegel via fpc-pascal wrote:
> Show me a raw source file that doesn't depend on any IDE at all written
> in FPC, something I can compile from the command line using *only* FPC
https://en.wikipedia.org/wiki/FpGUI#Example_program
[mic drop]
G.
___
On 20/11/2024 14:45, Travis Siegel via fpc-pascal wrote:
> Again, both of which are IDEs (just of a different type.
And in case it wasn't obvious... fpGUI is fully implemented in Object
Pascal. Every widget (component) is written in Object Pascal - even the
optional 2D rendering engine (AggPas).
On 20/11/2024 14:45, Travis Siegel via fpc-pascal wrote:
> Again, both of which are IDEs (just of a different type.
fpGUI has a "demo app IDE" only. It's not an IDE, but whatever.
> You still haven't shown me how to build a GUI app with default fpc
> installed resources.
In fpGUI's README it
On 17/11/2024 17:48, Travis Siegel via fpc-pascal wrote:
> I've done
> searches on google, and asked on this list, and everything I can turn up
> shows nothing as relates to building an FPC app with a GUI w/o using
> some IDE or other.(mostly lazarus), so if you could kindly point me to
> such
On 17/11/2024 17:48, Travis Siegel via fpc-pascal wrote:
> But the problem is (as I've repeatedly stated on this list) is that if
> one doesn't use lazarus for their IDE, then building anything other than
> basic command line programs is nearly impossible.
I guess you didn't look very hard that.
On 28/06/2024 14:31, Hairy Pixels via fpc-pascal wrote:
> Thanks I'll check that out. I'm not using Lazarus so tons of dependencies
> won't work
It's a Lazarus package (for convenience), but it doesn't depend on the
LCL. You can use it with pure FPC programs, or even without the Lazarus
package f
On 28/06/2024 22:50, Hairy Pixels via fpc-pascal wrote:
> But that's still millisecond precision.
On Windows, Linux and FreeBSD it uses nanosecond precision.
Unfortunately on MacOS, it falls back to RTL's GetTickCount64(), which
as you mentioned, is millisecond precision. It shouldn't be hard to a
On 10/22/23 11:20, Michael Van Canneyt via fpc-pascal wrote:
> As a consequence, this means FPC can now be run in a browser.
> See the screenshot at
Well done to everyone involved. That is amazing, and yes, I can think
of many possibilities this could be used for.
Regards,
- Graeme -
_
Hi,
I'm working on code where the function take a (x, y) set of coordinates.
If the coordinates are out of range/bounds, I want to raise an exception
with a message explaining the reason and limits. I definitely don't want
to "silently do nothing".
Looking at these set of built-in exceptions:
h
On 5/1/23 18:55, Graeme Geldenhuys via fpc-pascal wrote:
> I just tried, and had no problems. It took about 40 seconds to clone and
> checkout the `main` branch. The download seemed to be just over 200MB.
Just tried the Gitlab repo too - same result. No proble
On 4/30/23 15:23, Norman Dunbar via fpc-pascal wrote:
> Any advice gratefully reeceived. Thanks.
I just tried, and had no problems. It took about 40 seconds to clone and
checkout the `main` branch. The download seemed to be just over 200MB.
On 4/30/23 15:59, Michael Van Canneyt via fpc-pascal wrote:
> One possible reason is that the repo is simply too big: it has 26 years of
> commits.
I can't imagine that being the reason. I just did a fresh clone, and it
was just over 200MB download, and the commit count on the main branch is
less
On 2022-01-03 23:45, Graeme Geldenhuys wrote:
On 2022-01-03 13:28, James Richters via fpc-pascal wrote:
I’m curious if there is some way, perhaps with some directive or
something to force a debug backtrace to happen, but without an error.
Christo already offered you a solution, but to offer
On 2022-01-03 13:28, James Richters via fpc-pascal wrote:
I’m curious if there is some way, perhaps with some directive or
something to force a debug backtrace to happen, but without an error.
Christo already offered you a solution, but to offer an alternative
solution... Most IDE debugging fu
On 2021-12-29 13:56, Graeme Geldenhuys via fpc-pascal wrote:
I did the load test multiple times, and the results were consistent.
It should go without saying, my testing methodology could be flawed. ;-)
G.
___
fpc-pascal maillist - fpc-pascal
On 2021-12-29 09:54, Michael Van Canneyt via fpc-pascal wrote:
They showed clearly that the used protocol (http & xml) is the largest
factor.
in 2013 I did many tests in a JSON REST framework: the times for
streaming were dwarfed by the time spent on network & database access.
Have you, or any
On 2021-12-29 11:22, wkitty42--- via fpc-pascal wrote:
i'm sorry... what is WST? googling
https://wiki.lazarus.freepascal.org/Web_Service_Toolkit
G.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mail
On 2021-12-28 15:25, Michael Van Canneyt via fpc-pascal wrote:
Thanks to the magic of RTTI and Invoke(), creating a JSON-RPC server has
just become significantly easier !
That's pretty neat - nicely done Michael.
// Create a class that implements the interface
Type
TIntf2Impl = class(TIn
On 04/07/2021 9:12 pm, Martin Frb via fpc-pascal wrote:
> I recommend on the long run to switch to git.
Once you switch, you'll never want to go back. ;-)
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key: http
On 22/06/2021 7:54 pm, fpc-devel via fpc-pascal wrote:
> Graeme will be happy finally :)
LOL - years in the making, but it's finally happening. :-)
Well done for everybody that contributedto make this happen. I know
it's not easy - I have had my fare share of SVN conversions to Git,
and they take
On 18/05/2021 11:49 am, Sven Barth via fpc-pascal wrote:
> I don't think we need to mention any specific clients (and why did your
> list not include Filezilla? :P )
+1 on both counts. :-D
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.
On 17/05/2021 3:13 pm, Karoly Balogh via fpc-pascal wrote:
> I'd actually keep
> FTP enabled, as it doesn't hurt anything and it's still a thing for retro
> downloads.
Not just "retro" but a more efficient and faster protocol for file downloads.
Unfortunately the whole world is going HTTP crazy a
On 29/04/2021 8:00 am, Mattias Gaertner via fpc-pascal wrote:
> FPC does not.
> Delphi does:
If only FPC would have strived to be Delphi Compatible. ;-) :-P
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.fre
On 28/04/2021 6:26 pm, Martin Frb via fpc-pascal wrote:
> Would omitting the type info not lead to issues with overloaded functions?
Luckily others have already solved that problem. :-) Here is Java's JSR-355
and overloading is covered in Section F.
https://jcp.org/aboutJava/communityprocess/f
Hello Sven,
On 28/04/2021 6:32 am, Sven Barth via fpc-pascal wrote:
> Second: the syntax is required for Delphi compatibility anyway
Couldn't such verbose syntax be limited to {$mode delphi} behaviour,
and then leave {$mode objfpc} free to experiment and introduce new
less verbose syntax in the
On 27/04/2021 10:13 pm, Ryan Joseph via fpc-pascal wrote:
> value.SortEntities(function(a, b: TEntity): integer
>begin
> // do stuff
>end
> );
It seem the beginning of the thread is missing, but I would like to
comment on something here - purely based on the exa
On 17/04/2021 10:19 pm, Sven Barth via fpc-pascal wrote:
> The compiler's parser has a very limited look ahead and thus especially
> with more complex specializations (especially nested ones) and type
> overloads in scope the compiler might not come to the right decision
OK, that and the "it's m
On 17/04/2021 10:09 pm, Sven Barth via fpc-pascal wrote:
> but Delphi compatbility is more
> important here, thus the default is a warning and not an error.
How is this beneficial? The compiler should help the developer, but here
it was decided that it's beneficial for the program to crash at run
On 18/04/2021 11:31 am, C Western via fpc-pascal wrote:
> but there are also case where it never makes sense to
> implement them and calling them indicates a logical error elsewhere in
> the code.
So do the logical thing... Throw an exception! Don't promote a faulty
compiler. Fix your code ins
Hi
I'm looking at the wiki and official FPC language documentation. What was
the reason for the decision to make the FPC syntax so verbose regarding
Generics?
eg: What we have now
type
generic TArray = array of t;
TMyIntegerArray = specialize TArray;
generic IList<_T> = Interface
On 16/03/2021 9:29 pm, Martin Frb via fpc-pascal wrote:
> For none git users, githup offers patch/diff
Ah yes, I forgot to mention that. Thanks Martin.
G.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin
Hi,
I just received a notification that somebody created a pull request for
FPC in my git mirror repository.
I will notify the person that it's a read-only repository, but if anybody
wanted to review and apply the changes directly, here is the link:
https://github.com/graemeg/freepascal/pull/1
On 09/03/2021 1:44 am, Tomas Hajny via fpc-pascal wrote:
> UnicodeString may be used in a program simply because the included unit
> has it used in its interface. That may be the case even if there's no
> use of characters outside of US ASCII at all.
So FPC rather goes with the fact that data ma
On 08/03/2021 7:49 pm, Jonas Maebe via fpc-pascal wrote:
> It's not possible to safely use unicodestring without
> knowing how 16bit unicode works. The compiler can't solve that.
I disagree. Java does just that! The issue is the assumption of using
array indexing into the a string. I guess develo
On 08/03/2021 2:49 pm, Michael Van Canneyt via fpc-pascal wrote:
> In that sense, unicode conversion support is something optional and so we
> require you to enable it explicitly, since enabling it has some drawbacks:
Surely if you explicitly use the UnicodeString type, the compiler should
know
On 07/03/2021 5:48 pm, Nikolay Nikolov via fpc-pascal wrote:
> It depends on what you mean by "just working".
No, "just worked" is exactly what it says on the tin. It is FPC that
overcomplicating matters.
As an example, here is Java that also uses UTF-16 encoding, just like
FPC's UnicodeString
On 22/02/2021 1:10 pm, Sven Barth via fpc-pascal wrote:
> If users
> want expect arrays to be object oriented they should use corresponding
> languages like Java or C#.
Fully agree. Even Java doesn't "objectify" arrays as some type of
object. Hence Java includes the Arrays class that has a static m
On 12/02/2021 4:17 pm, Bart via fpc-pascal wrote:
> I exclude the folders where fpc/lazarus reside from scanning.
> Also the folders where I develop my programs.
> If you don't you're bound to get strange bugs and thing like this.
Yes, that's a very good idea. We do the same at work for our Java,
On 08/02/2021 11:53 pm, Bo Berglund via fpc-pascal wrote:
> I assume if this is left as is as $(CompPath) it will use the globally defined
> compiler 3.2.0, but if changed will use the project defined compiler instead.
Yes, everything you stated is correct. I find that setting the global option is
On 06/02/2021 10:07 am, Bo Berglund via fpc-pascal wrote:
> How do you manage different versions of the compiler in Lazarus?
This is where I believe MSEide does things much better that Lazarus,
but that's for another discussion.
In Lazarus under "Tools -> Options... -> Compiler executable" I have
On 06/02/2021 10:28 am, Michael Van Canneyt via fpc-pascal wrote:
> No, you don't. I think my fpc.cfg has not changed in many many years.
Same here. My last modification date on that file is 2013. :-)
Regards,
Graeme
___
fpc-pascal maillist - fpc-
On 05/02/2021 11:18 pm, Bo Berglund via fpc-pascal wrote:
> Can they share the same fpc.cfg file (or rather .fpc.cfg)?
Yes, I've been doing so for probably the last 10 years. I have
7 different FPC versions installed on my system - all working together.
The trick is to have paths as follows in yo
Hi,
Do both these method yield the same result, or is one better (performance,
safer?) that the other?
procedure FreeMem(p:pointer;Size:ptruint);
procedure FreeMem(p:pointer);
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
M
On 27/12/2020 5:02 pm, Michael Van Canneyt via fpc-pascal wrote:
> Because on 32 bit platforms, this is the maximum size of available memory for
> a program, and we like things maximally portable. You can't read more than
> 2gb in memory on a 32-bit platform.
Ha yes, it's been so long since I ran
On 27/12/2020 4:53 pm, Graeme Geldenhuys via fpc-pascal wrote:
>
> According to this HTML page:
>https://freepascal.org/docs-html/ref/refsu4.html
Oh wait, the table I was looking at is titled "Integer constant type mapping",
so it's how the compile maps constants to a
According to this HTML page:
https://freepascal.org/docs-html/ref/refsu4.html
The data types Byte, Word and Cardinal (LongWord) has the following ranges:
128..255Byte
32768..65535Word
2147483648..4294967295 Cardinal (longword)
Those should be 0..
Regards,
Graeme
--
fpGUI
On 27/12/2020 4:00 pm, Jonas Maebe via fpc-pascal wrote:
> No. New and Dispose eventually result in calls to plain getmem/freemem
> anyway.
Thanks Jonas. I'll try and reproduce the original issue with a smaller
example. It the issue still persists (can't determine the method causing
the memory le
Hi,
Is this a bug in FPC 3.2.0 where TCustomStream still uses LongInt in
the Read() method, where all other methods in in the class uses Int64
type?
Here is the FPC code:
TCustomMemoryStream = class(TStream)
private
FMemory: Pointer;
FSize, FPosition: PtrInt;
protected
Function
On 22/12/2020 10:20 pm, gabor via fpc-pascal wrote:
> Sorry, I keep mistaking code point for character. I thought that the
> code point is a value in the range 0..10. I don't think I fully
> understand Unicode...
Here in an example:
https://en.wikipedia.org/wiki/Combining_character
Two or
On 21/12/2020 2:07 pm, Liam Proven via fpc-pascal wrote:
> Is this conversion of TurboVision FOSS, then?
Yes, it definitely is, otherwise it wouldn't be part of FPC. If you have
FPC install, you should be able to simply type 'fp' from the command prompt
and it should fire up the FreeVision Text ID
Hi,
Are there any known issues with heaptrc unit via compiler parameters
-gl -gh, when using New() and Dispose() to manually allocate and free
memory.
I helped someone debug their code, finding and fixing a memory leaks, but
the FPC memory leak output, after the application terminates, did not me
On 28/11/2020 11:40 pm, Michael Van Canneyt via fpc-pascal wrote:
> The total size of the generated documentation is 1.3 Gb, roughly 280.000
> files, so a lot of identifiers.
Wow, that has grown a lot in recent times.
Regards,
Graeme
___
fpc-pascal m
On 23/11/2020 1:26 pm, James Richters via fpc-pascal wrote:
> Any Ideas on how this, or some of it could be accomplished? Or is it all
> completely impossible?
If the object that you are trying to output has RTTI enabled, then maybe
you could query everything you need via TypeInfo (or the new re
On 20/11/2020 6:51 pm, Bart via fpc-pascal wrote:
> I know, and there he can see how this capability is detected, hence my
> reference to the compiler.
Thanks, that's good to know. I'll definitely give it a try too.
Regards,
Graeme
___
fpc-pascal mai
On 20/11/2020 1:29 pm, James Richters via fpc-pascal wrote:
> so as you can see, my #1 item in my wish list is the ability to assign colors,
Some good examples there. :-) I wouldn't want to guess how long it takes to
create
those boxed versions. Wow!
At work, our automated CI pipelines run on Li
On 20/11/2020 7:04 am, Sven Barth via fpc-pascal wrote:
> a way to convert the
> option list to TConsoleApplication's argument handling so that one doesn't
> have to declare that twice.
Oh, I really like that idea. I'll make sure to include both of those mentioned.
Regards,
Graeme
--
fpGUI T
Hi,
I'm working on a automated help output writer(s) for console apps.
Thus no more tedious and ugly output when you do: myapp -h
My aims:
* I write a lot of console apps, so this would be very useful to me.
* Ability to swap out the help formatter. It's interface based, so
custom implementa
On 19/11/2020 1:29 pm, James Richters via fpc-pascal wrote:
> Exporting PDF files from my AGG-Pas buffer would be really nice.
Indeed an interesting idea, but unfortunately that ability has not been
implemented yet. In my earlier message I was more referring to using
either fpPDF or AggPas.
Sayin
On 15/11/2020 8:33 am, Darius Blaszyk via fpc-pascal wrote:
> I am looking for a simple to use non-visual graphing library to produce x-y
> plots in a raster file format (similar to how pyplot works).
You could also use the fppdf code included with FPC and generate PDFs of any
size (you don't ha
On 12/08/2020 8:16 pm, Sven Barth via fpc-pascal wrote:
> Thanks to the work of Martok the fpcres utility is now able to compile
> RC files into RES files.
Awesome, been waiting about 15 years for that. :-) Fantastic contribution.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolk
On 25/07/2020 5:42 pm, Florian Klämpfl wrote:
> Missed optimization. I fixed it in trunk.
Damn that was quick! Nicely done. :-)
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key: http://tinyurl.com/graeme-pgp
On 02/07/2020 9:30 pm, Evert van Dijken via fpc-pascal wrote:
> I see a WIN32 compiler and a WIN64 cross
> compiler. How it works is a mystery for me.
I never understood the choice FPC made to not create a native 64-bit
compiler, but rather stay with a cross-compiler. *shrug*
I've always simply
On 20/06/2020 11:03 am, Marco van de Voort wrote:
> Finally, the Free Pascal 3.2.0 release is available from our servers and
> from sourceforge.
Well done to everybody that contributed.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforg
On 20/06/2020 10:59 pm, Tomas Hajny wrote:
> They have the same size, it's just the SF webpage shows the size
> differently from the FTP listing:
Don't the FPC team generate SHA1 or MD5 checksum files for all
official release files? That might be useful going forward.
Regards,
Graeme
--
fpG
On 28/05/2020 4:49 pm, Marco van de Voort wrote:
> Though in general, I would
> just use Indy.
+1
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 24/05/2020 12:56 pm, Michael Van Canneyt wrote:
> However, there is some third-party class which has complete date/time
> handling:
> https://wiki.freepascal.org/PascalTZ
Thanks Michael, that looks like what I need. Good to see it has support
for the time zone database too.
Regards,
Graeme
Hi,
I need to do timezone enabled date/time conversions...
Use case 1)
We want the application server to always use UCT and the application
server might not be in the sime timezone as the client app. So we need
to convert local time to UCT, do some time based processing on the
server, then return
On 16/05/2020 7:13 pm, Bo Berglund via fpc-pascal wrote:
>
> Well the simplest way to get Indy10 into Lazarus is via Online Package
> Manager!
Do they (whoever it might be) keep it up to date with the lastest Indy?
> it is a rather steep climb since Indy10 is entirely blocking and the
> Delphi c
On 14/05/2020 5:21 pm, Giuliano Colla wrote:
> I need to implement a simple dedicated TCP/IP connection between a
> client and a server.
You can always use the Indy TCP components too. I've used them for years
under Delphi and FPC with great success. Huge amounts of protocols are
implement and l
Hi,
It's been over a year since I looked at any Object Pascal code, so a bit
rusty. [bows his head in shame] :-)
I'm maintaining a library that uses the function seen below. I any FPC
(or Lazarus) application uses this library (eg: via a lcl package).
1) Will this function change the ShortDateFo
On 02/04/2020 7:23 pm, fredvs via fpc-pascal wrote:
> The mse-org team is very happy to announce the new release of MSEide+MSEgui.
Well done Fred for being a champion in taking this project forward no
matter what! It echo's out that MSEide+MSEgui is still alive. Martin
will be proud that his baby
On 13/02/2020 3:37 pm, Kevin Monceaux wrote:
> What's the definition of a legacy system? One that works!
Brilliant tag line by the way! So true these days. :-D
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists
On 12/02/2020 1:33 pm, Joost van der Sluis wrote:
> Note that it will automatically rebuild and install all packages that
> depend on fcl-db.
Very nice. This makes things so much easier.
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.
Hi,
In fgGUI applications I often launch other applications. eg: The help
viewer etc. In such cases, I simply want to launch the application and
then forget about it. I have no need to read any stdout etc.
I've been using TProcess for this task as follows:
p := TProcess.Create(nil);
try
On 07/01/2020 1:28 am, Vojtěch Čihák via fpc-pascal wrote:
> I found this article: https://drewdevault.com/2020/01/04/Slow.html
> but FPC is missing, so I wrote simple:
On a side note, and for comparison... According to that website, he/she
tested Java and got the following:
Lang Exec time To
On 17/11/2019 10:31 pm, Michael Van Canneyt wrote:
> Stated purpose was special handling in the Bing search engine.
Either way, that's a pie in the face for Embarcadero. :-)
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 17/11/2019 10:20 pm, Michael Van Canneyt wrote:
>
> That would be me.
Thought that much. ;-)
> And there already is an API. How else ? This is Free Pascal !
>
>
> If you look in the browser developer console when using that page,
> you'll see there are 2 calls available which do return JSO
On 17/11/2019 10:22 pm, Michael Van Canneyt wrote:
> Even Microsoft asked official permission to use our website as pascal
> reference.
For what need? VS Code?
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists
On 17/11/2019 4:29 pm, Ryan Joseph via fpc-pascal wrote:
> at https://www.freepascal.org/docsearch/docsearch.var
Good to see Free Pascal now actually has searchable online docs (without
the help of Internet Search Engines). That's a big step up from a few
years ago. Well done to whomever was invo
On 17/11/2019 4:29 pm, Ryan Joseph via fpc-pascal wrote:
> https://www.freepascal.org/docsearch/docsearch.var?word=List
>
> and get back a JSON object that had the search results? This is
> important for integration with 3rd party IDE's.
No such API exists (that I know of), but the desire to inte
On 29/10/2019 6:20 am, denisgolovan wrote:
> Looks like Graeme's FPC git mirror stopped syncing with svn.
I fixed it at 08:00 this morning. It's all in sync again. There was a
new contributor to SVN that wasn't in my name list. It happens ever now
and again.
Regards,
Graeme
--
fpGUI Toolkit
On 26/10/2019 11:24 am, Graeme Geldenhuys wrote:
> Do you have a mailing list archive link where the topic originated
> from.
No worries, I found it.
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 14/10/2019 3:40 pm, Karoly Balogh (Charlie/SGR) wrote:
> The structure in question is in rtl/bsd/ostypes.inc.
>
> Sadly I know very little about FreeBSD, and I don't have it in any form,
> and never had it, so I'd pass on attempting to reproduce and fix this.
I'll update my FPC 3.3.x and take
On 26/10/2019 9:31 am, Mattias Gaertner via fpc-pascal wrote:
>> :-) There is no such thing as "pure English".
>
> He meant ASCII.
No problem. The smiley face also as a hidden meaning. English is such a
convoluted language (due to its long history), not even the English
(England) can speak it co
On 14/10/2019 7:38 pm, Alexey Tor. wrote:
> >Does SysUtils.DirectoryExists work?
>
> No, the dir name is pure English, so DirectoryExistsUTF8 does the same.
:-) There is no such thing as "pure English".
I assume what you were trying to say, is that some text are encoded
differently, depending
Hi,
Anybody know if the MacOS Library Path fix for MacOS will be back ported
to the 3.0.4 fixes branch? Currently the bug tracker only marked it as
fixed in the 3.3.1 branch.
https://bugs.freepascal.org/view.php?id=36198
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit usi
On 10/10/2019 8:46 am, C Western wrote:
> Actually, thanks for posting this here - it did contain generally useful
> information.
+1
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mai
On 17/09/2019 3:10 pm, James Richters wrote:
> I'm not sure what the technical term is for figuring out what pixels
> are used to represent 3D coordinates on a 2D screen, but I'm hoping
> maybe there is something that just does the calculations that I can
> use
https://en.wikipedia.org/wiki/Ray_tr
On 07/09/2019 8:42 pm, Zoe Peterson wrote:
> GetTickCount and GetTickCount64 are Windows API functions that are
> explicitly documented as returning milliseconds,
I have to agree with you. If FPC keeps basing its implementation and
API's on Win32 or Delphi, then it should adhere to their document
On 08/09/2019 1:07 am, Alexander Grotewohl wrote:
> every call to gettickcount is something
> like 10-15ms or so off.
Martin's suggested documentation "The minimum resolution may vary"
makes that very clear.
Also anybody that works with timing API's should know that each platform
has differ
On 18/08/2019 10:43 am, Michael Van Canneyt wrote:
> One wonders why these README files are created. No-one seems to read them
> anyway.
Yeah, I've been wondering that same thing for years. Maybe we should
create a README.1st file. :-P
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform G
On 12/07/2019 11:09 pm, Sven Barth via fpc-pascal wrote:
> type
> TMyAttribute = class(TCustomAttribute)
> constructor Create;
> constructor Create(aArg: String);
> constructor Create(aArg: TGUID);
> constructor Create(aArg: LongInt);
> end;
>
> {$M+}
> [TMyAttribut
On 12/07/2019 11:09 pm, Sven Barth via fpc-pascal wrote:
> Today FPC has finally gained initial support for Custom Attributes. The
> work had initially been done by Joost van der Sluis almost 6 years ago
> and Svetozar Belic had adjusted the code for trunk.
Fantastic to hear that news! Well do
On 07/07/2019 11:09 am, Sven Barth via fpc-pascal wrote:
> There exists a branch with them and it's "just" a matter of integrating
> them into trunk.
Nice, that will be a real game changer! Thanks for the info Sven.
Regards,
Graeme
___
fpc-pascal mai
Hi,
Does FPC support annotations yet?
So in the future (or hopefully now), we could create something like what
many Java frameworks allow. Simply annotate a plain class to do the
magic for you - a massive reduction in boilerplate code. So we could end
up with a RESTful resource/controller as foll
Hello everybody,
I have really enjoyed working with tiOPF for 15+ years and have written
tons of database and non-database applications that used tiOPF. It was
also the project that introduced me to Design Patterns and Test Driven
Development, and I'll forever be grateful for that.
However, due t
On 27/05/2019 2:13 pm, Martok wrote:
> there
> will be data loss due to (sometimes unexpected) internal conversions,
Surely that must be a bug then. Converting anything to a UTF-x encoding
should be lossless as Unicode is the only standard that supports ALL
languages.
Regards,
Graeme
--
fpGU
1 - 100 of 3143 matches
Mail list logo
