On 2016-05-26 16:17, leledumbo wrote:
> or higher title
Luckily I fall under that title. ;-)
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 2016-05-26 10:05, Graeme Geldenhuys wrote:
> Use YouTube and search for some debugging tutorials using
> QtCreator, Intellij IDEA or Eclipse. Hell, even Delphi can be added to
> that list. They all show how debuggers could and should work. None of
> the show using writeln() state
On 2016-05-26 09:40, Tony Whyman wrote:
> Are you using Windows or Linux (or OSX)?
or FreeBSD or Solaris or AIX or RaspberryPi or GameBoy or OS/2 or DOS or
Android or WinCE or Arm Embedded or Haiku or ReactOS or ;-)
> Windows anti-virus software will often get in the way as well as it
>
On 2016-05-26 06:31, Dennis wrote:
> However, the gdb that comes with it is not as good.
That’s the understatement of the year. Yes GDB might be great for its
primary language it was designed for C and C++, but it sure sucks for
Object Pascal. So much so that I’m seriously considering moving all
On 2016-05-21 18:45, Donald Ziesig wrote:
> Simply adding the line {$define
> UseCThreads} into the define.inc file caused the execution to succeed
> and play sounds.,
Well done Donald. Glad you got it sorted out. ;-)
Regards,
Graeme
--
___
On 2016-05-17 18:49, Florian Klämpfl wrote:
> Please quote properly! The reason is not that it does not fit into
> the goals but the reason is simply that we cannot expect that
> everybody checks each used packages
1. I didn't actually quote anybody.
2. What I said is that the BSD License
On 2016-05-17 17:09, Ondrej Pokorny wrote:
> Tools->Options->CodeTools->General->Jump directly to method body.
Nice, I didn't even know that existed. Thanks for sharing.
Regards,
Graeme
--
___
Lazarus mailing list
On 2016-05-17 14:14, Denis Kozlov wrote:
> developer uses an official distribution of IDE, whether it is Lazarus or
> Delphi or other, it is not natural to require developer to check *every
> component or part* for licensing terms
As Mattias said, it's not per component, but per package. So that
On 2016-05-17 11:09, Denis Kozlov wrote:
> seem, especially for new comers, that all FPC/Lazarus sources are
> GPL/LGPL licensed, and short of checking every source file/folder it is
> impossible to tell otherwise.
Why, nobody told them it is like that, so why would they assume that.
Mattias
On 2016-05-17 08:27, Mattias Gaertner wrote:
> Right Click / Filter*
Awesome, thanks.
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 2016-05-17 09:31, Denis Kozlov wrote:
> Licensing terms of GPC are more restrictive, they explicitly forbid use
> for commercial purposes.
Unless you ask for permission from the author, then it is fine. ;-) But
that restriction only applies to commercial products - if you develop
On 2016-05-17 09:10, Ondrej Pokorny wrote:
> Lazarus itself is not licensed under modified LGPL but GPL/LGPL. It's
> LCL that uses modified LGPL. Third-party components in "components"
> directory have different licenses as well. E.g. some are GPL only (e.g.
> CodeTools).
Exactly! Lazarus is a
On 2016-05-16 21:07, Denis Kozlov wrote:
> Licensing terms of "components\aggpas\gpc" state that it is free for
> non-commercial use only. Should it even be allowed to be part of Lazarus
> components?
This was discussed before and the licensing information (readme) was
updated. The GPC code is
On 2016-05-16 22:37, Donald Ziesig wrote:
> Unfortunately, the version I have on the Pi doesn't have the units for
> openssl and fpopenssl.
I doubt it is UOS that needs those dependencies. They have nothing to do
with Sound, but rather Encryption and Security. It is most likely
something in your
On 2016-05-15 13:40, Aradeonas wrote:
> Can we have advanced record support in JCF?
Nobody is maintaining the parser in JCF, hence it doesn't support many
of the new language features. Patches are always welcome.
The best solution would be if JCF can be rewritten to use the FPC parser
found in
On 2016-05-11 21:53, Donald Ziesig wrote:
> Currently I am able to do this by calling omxplayer with a file name and
> volume information. Unfortunately, the latency between starting
> omxplayer and the beginning of the audio output is several seconds
Yes, it’s possible with the United OpenLib
On 2016-05-10 12:05, Santiago A. wrote:
> El 10/05/2016 a las 12:35, Graeme Geldenhuys escribió:
> It used to work in delphi. What's wrong in FPC?
> Any workaround in addition to hardcoded division?
No, I don't have a solution.
> Wow. There is no persistent layer that uses a D
On 2016-05-10 09:23, Santiago A. wrote:
> But now, I've read a thread in freepascal about encoding and I wonder
> wether the problem is more related to freepascal 3.0 than to zeoslib. Is
> there some compiler directive about string encoding I should be aware of?
I've had this problem for years
On 2016-05-09 14:12, Denis Kozlov wrote:
> Also, forums are more easily
> searched, indexed by search engines and easier to view for novice users.
Lets agree to disagree. ;-)
ps:
The mailing lists are also searched and indexed by search engines -
thanks to services like Nabble and many
On 2016-05-09 13:24, Denis Kozlov wrote:
> This kind of question is better suited on the forum I think
Why? This mailing list is just as much a support area as the web forum.
Not everybody likes web based forums (I don't).
Granted the question related more to the RTL that Lazarus or LCL, so if
On 2016-05-01 20:34, Werner Pamler wrote:
> TStringGrid provides the methods SaveToCSVFile/Stream for saving the
> grid content to a csv file or stream. This is very convenient for users,
> but it is not very flexible: The export works only for the csv data
> format, no html, no possibility to
On 2016-04-29 17:17, Bart wrote:
> That would indeed be a nice option.
In the mean time I made a small patch that adds that behaviour.
NOTE:
It’s not a configurable setting, just a hard-coded changes of
behaviour.
=
diff --git a/ide/sourceeditor.pp
On 2016-04-22 13:04, Graeme Geldenhuys wrote:
>positive value (point size) and a negative value (pixel size). This
>doesn't seem possible with v1.7 any more. Why was that removed?
Reported as Issue Nº 30085
http://mantis.freepascal.org/view.php?id=30085
Regards,
Hello,
I'm using Lazarus v1.7 (quite recent) compile with LCL-GTK2. Is there an
option in the IDE to open a new file (eg: 'File -> Open' and a file from
any directory) always as the last tab in the editor window?
The current behaviour is to open the new file just after the current
tab. I don't
On 2016-04-28 14:23, Bo Berglund wrote:
> What I do not want is a program that scrolls up on the screen as keys
> are entered etc. I want the screen to stay put and only the status
> fields change when I do the commands.
Free Vision can do just that for you. Obviously you can search the
Internet
An even bigger issue...
3) The Font Preview in the Font Selection dialog shows the 11pt
font as 10px high text (measured with GIMP zoomed in on a
screenshot). Yet when the Source Editor uses that exact setting,
the text appears as 12px high. Why the discrepancy in font
sizes? I've
Hi,
1) I remember years back you could specify the editor font as a
positive value (point size) and a negative value (pixel size). This
doesn't seem possible with v1.7 any more. Why was that removed?
2) Why can't I specify point sizes with a decimal? eg: 10.5pt
For example: I just
On 2016-04-21 08:58, Aradeonas wrote:
> is there a option or tool in one of
> these or other to make a unit procedures and even classes sort by name
> or something?
Lazarus has a "Edit -> Sort Selection" option, which I often use on
methods and properties defined in a class interface.
Regards,
Thanks for the report. What is your platform OS, System Locale for that
OS, and what FPC compiler version are you using.
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 2016-04-20 08:32, Dennis wrote:
> Is there any tool to find out ?
Multiple options:
* Do a "Find in Files" search.
* In Lazarus, place the edit cursor inside the identifier. Right Click
and select "Find declaration of ". Do that in a few units where
the identifier is used, and see if the
On 2016-04-20 09:28, Graeme Geldenhuys wrote:
> I haven't checked myself, but has the JEDI Code Formatter been
> rewritten to use the fcl-parser
Seems Juha just answered that for me. :)
Regards,
Graeme
--
___
Lazarus mailing list
L
On 2016-04-20 04:10, Dennis wrote:
> I seems that when a unit has either of these 2 keywords, the entire unit
> cannot be formatted by JEDI Code Formatter.
I haven't checked myself, but has the JEDI Code Formatter been rewritten
to use the fcl-parser, or does it still use its own parser? If it
On 2016-04-19 12:17, Dennis wrote:
>
> so that when I rebuild the project, fpc will see USE_XYZ is defined.
You have multiple options.
Depending on your Lazarus version... In older versions of Lazarus IDE
you have to define then in "Project Options -> Compiler Options ->
Other" and enter them
On 2016-04-14 00:04, Ondrej Pokorny wrote:
> You've got a bug in the font height functions. They must not be scaled
> with ToNatural.
Well done Ondrey, you are indeed correct. Amazing, because the example
code I posted was tested with four other fonts. Incidently they all had
the same
On 2016-04-13 18:14, Ondrej Pokorny wrote:
>
> TextWidth is already in fpTTF / TFPFontCacheItem.
Yes, but that one only handles TTF fonts that the fontcache found. In
fpReport I needed to handle Std PDF fonts too - hence I have separate
implementations for TextWidth() and TextHeight().
>
On 2016-04-13 17:36, Ondrej Pokorny wrote:
>
> I have no idea about graphics state :)
PDF does it all for you really. The idea is that you ask PDF to save the
current graphics state, apply your clip region, do your drawing or text
output, then ask PDF to restore the graphics state (thus remove
On 2016-04-13 17:02, Ondrej Pokorny wrote:
> Can a TTF file embed font with various styles?
No, not that I'm aware of. Each style is a different TTF file.
> IMO the file should be read in TFPFontCacheItem.Create and the
> properties should be set accordingly. Furthermore the properties should
On 2016-04-13 12:07, Michael Van Canneyt wrote:
> If the PDF format does not support some form of clipping natively,
> then it should not go in fpPDF.
PDF supports native clipping on all graphic elements. Glyphs are part of
the graphic elements.
The only clipping we currently implement is the
On 2016-04-13 10:54, Ondrej Pokorny wrote:
> Am I doing something wrong or is this a bug in fpPDF?
It's a bug. The BaseFont, FontName and FontFamily names (in fact any
PDFName elemens) may not contain spaces and should be escaped (or
encoded). I've fixed it locally, and the patch should be in FPC
On 2016-04-12 20:25, Ondrej Pokorny wrote:
> I need to clip text (e.g. in a table column). Is this already supported?
No, I haven't done any work on using the clipping operators yet. In
fpReport, text is rather wrapped than clipped.
Contributions in this regard are obviously very welcome. I
On 2016-04-13 09:19, Michael Schnell wrote:
> I assume on
> Windows it's UTF16 for Delphi compatibility
No, that is not correct, at least for {$mode objfpc}. Maybe {$mode
delphi} is different, I'm not sure. The system code page varies based on
locale settings. I just went through this exercise
On 2016-04-11 07:25, hfiandor wrote:
> Really, this is my problem. I have the Delphi5´discs, but I lost the
> opportunity of the D´help when I moved to W8.1.
Download the WinHelp32.exe binary from here:
https://www.microsoft.com/en-us/download/details.aspx?id=91
If the WinHlp32.exe doesn't run
On 2016-04-11 12:49, Michael Schnell wrote:
> OSX is based on BSD,
>
> So maybe this is not really Volunteer driven :-)
Apple had nothing to do with it. FreeBSD's documentation existed long
before OSX saw the light of day.
Regards,
- Graeme -
--
On 2016-04-11 12:19, Michael Schnell wrote:
> Anyway: just dreaming. Volunteer driven systems never get there.
FreeBSD has. So there is hope for others. ;-)
FreeBSD's documentation is impressive and complete. Not only do they
have very extensive "handbook" documentation in different languages,
On 2016-04-11 12:00, Michael Schnell wrote:
>
> Maybe you do remember that (with your help) I once tried to contribute
> to the fpc help.
1) If you can type, you can contribute.
2) The other thing you need to know:
http://wiki.freepascal.org/Creating_A_Patch
That's it!
> mail, maybe it
On 2016-04-11 11:50, Mattias Gaertner wrote:
>> > Currently with the wiki, rubbish can be added and no review is done!
> You could say the same for the fpdoc files.
Uh? I don't believe that anybody takes a patch from Mantis and applies
it blindly without actually looking at the patch. If they
On 2016-04-11 05:30, hfiandor wrote:
> I am using the Window8.1.
For a start, have you actually downloaded and installed the HLP help
viewer? As far as I know the HLP viewer does not ship with Win7 and
later any more. It is now an extra download from Microsoft.
Regards,
- Graeme -
--
fpGUI
On 2016-04-11 11:04, Michael Schnell wrote:
> Unless
> you go a very hard way to be able to compile the complete help system
What's so hard about this:
fpdoc --project=lcl-docs-project.xml --format=html
or
fpdoc --project=lcl-docs-project.xml --format=chm
or
fpdoc
On 2016-04-11 10:59, Michael Schnell wrote:
> that might be able to allow for possible volunteers to do contributions
As Mattias mentioned, Lazarus IDE even includes a fpdoc editor built-in.
You can't get easier than that! You don't even have to leave the IDE.
Then simply generated a patch and
On 2016-04-11 09:11, Michael Schnell wrote:
> (e.g. by using a single managed Wiki exclusively as the root
> of the articles)
Wiki's are only good for knowledge base - adding random thoughts as
pages - loosely linked together by cross-links. It is terrible as a help
format/medium.
The other
On 2016-04-11 02:10, Alan Corey wrote:
> It was 20 megs until I turned optimization on and debugging off, then
> it went down to a little over 4.
LCL pulls in a lot of baggage. With other toolkits, and based on your
application, that can be reduced to a third of that size, yet still have
all the
On 2016-04-11 02:17, Dmitry Boyarintsev wrote:
> I always assumed it represents text as a sequence of glyphs, rather than
> sequence of characters. But it seems like both options are possible.
No, your first assumption is correct. When it comes to PDF, there is NO
notion of text strings (sequence
On 2016-04-10 09:23, Michael Van Canneyt wrote:
> Font substitution is a potentially huge subject.
> I would not want this in the initial low-level API.
Indeed. The *nix libXft.so library with combination of FontConfig does
this for general desktop applications, but it is a huge task. Windows
On 2016-04-10 13:08, Giuliano Colla wrote:
> but AFAIR it didn't handle too well chm help
Then lucky I only use INF help with DocView. It doesn't matter what
version of Lazarus I use, and doesn't extra packages to be installed in
Lazarus (thus a IDE recompile). DocView all the way! :)
Regards,
On 2016-04-10 08:15, Michael Van Canneyt wrote:
> Wow, let me interfere here before we go in a wrong direction:
>
> The public API should not depend on the selected font.
I know. The current implementation gravitated towards the situation we
have now, but that is definitely not how it is going
On 2016-04-09 20:40, Giuliano Colla wrote:
> Otherwise consider to update your Lazarus to a more recent version,
> because your 1.0.14 is quite old.
:-) I still have 0.9.30 here in one of my Windows VM's. It still works
great! If it ain't broken, don't fix it. ;-)
Regards,
- Graeme -
--
On 2016-04-09 20:00, Alan Corey wrote:
> Trying inf help. Going to
> http://sourceforge.net/projects/fpgui/files/fpGUI/Documentation/
Yes that is a bit confusing. I used to put documentation in the
"Documentation" directory on SourceForge. Now I put them in the same
directory as the fpGUI
On 2016-04-10 00:02, Graeme Geldenhuys wrote:
> Here is verbosely commented code that draws a rectangle around the Page
> Title text.
Apologies, here is the correct code.
=
{ Page title }
P.SetFont(FtText1, 23);
P.SetColor(clBlack, false);
P.WriteUT
On 2016-04-09 09:09, Ondrej Pokorny wrote:
>P.WriteText(25, 0, 'Sample Text'); // DOESN'T WORK !!!
Indeed. As I mentioned, the Write*Text() names are a bit inaccurate and
will be improved. At the moment WriteText() is meant for the Standard
PDF Fonts, and WriteUTF8Text() for any TTF fonts
On 2016-04-09 16:51, Giuliano Colla wrote:
> I'd say that Здравствуйте
> мир! is to be preferred, because it has a higher number of characters!
Good point. :)
Regards,
- Graeme -
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 2016-04-09 18:33, Ondrej Pokorny wrote:
> What PDF documentation do you use? (Where can I find information on PDF
> creating?)
I used the official PDF v1.3 specification document. All 700 pages of
it, which I've probably read a 100 times over now. :)
On 2016-04-09 18:27, Ondrej Pokorny wrote:
> As is the
> text width function (for right/center alignment support).
That is already implemented in fpReport (Standard PDF built-in fonts and
TTF fonts). What I haven't implemented yet is Font Kerning to make the
width calculation even more accurate,
On 2016-04-09 17:27, Ondrej Pokorny wrote:
> I see that the PDF generator doesn't support image compression. This is
> a no-go in my eyes. Is anybody working on that or should I try to study it?
It's on the todo list, as is Text Compression, Font Subset Embedding and
many more. You are welcome
On 2016-04-09 16:50, Martok wrote:
> I have a
> filter set up for "From contains 'address', Action 'mark read'".
If you read the mailing list via the Gmain NNTP access, then you can use
XanaNews NNTP client. It has features like "ignore thread", "add author
to bozo bin", advanced filters etc.
On 2016-04-09 14:57, Juha Manninen wrote:
> For future needs, do we a have a mechanism to ban people from this list?
Hence I love NNTP. An admin can simply cancel a thread. With a mailing
list somebody posts, and there is no way to stop that after the Send
button was clicked.
Then again, I have
On 2016-04-09 14:44, wkitt...@windstream.net wrote:
> interesting in what determines "correct"...
>
> Алло мир!
> Привет мир!
> Здравствуйте мир!
That's my point exactly. I've seen the same thing in fpGUI's translation
files. Many different terms, all apparently meaning the same thing. Some
Hi,
I'm on my way out, so can't comment on all parts right now.
There is still quite a few improvements that need to be made to fpPDF -
features and some tweaks to the API.
As for WriteText() versus WriteUTF8Text(). These grew from the fact that
Standard built-in PDF Fonts were implemented
On 2016-04-09 09:19, Ondrej Pokorny wrote:
> You should learn how to use Google Translate :)
I use it a lot.
> The page you link here shows you
> the typo explicitely just below the original text...
Okay, but clicking on the second link below the one you are referring
to, and you still get
On 2016-04-08 21:10, Michael W. Vogel wrote:
> Is there a plan to do it or anybody working on a wrapper for the new FPC
> PDF generator or is it even somehow possible today?
I'm pretty confident it will be possible, but I'm not working on that.
I've written a PDF export filter, using fcl-pdf,
On 2016-04-08 20:22, Michael W. Vogel wrote:
> (60mm,100mm) Times-BoldItalic: Big text at absolute position
> Languages: English: Hello, World!
> Greek: Γειά σου κόσμος
If you could copy the text out of the displayed PDF, that means I got
the ToUnicode structure correct too. Nice. I forgot to
On 2016-04-08 19:55, Ondrej Pokorny wrote:
> Btw. you have a typo in the Russian "Hello, word". The first word should
> be "Здравстуйте".
Not according to Google Translate. :)
On 2016-04-08 19:55, Ondrej Pokorny wrote:
> (Still it would be fine to provide links where compatible versions of
> the fonts can be found.)
Our internal SVN repo had such a file - albeit not 100% complete.
As Michael mentioned, the unit tests will definitely be dependent on the
exact font
On 2016-04-08 20:27, Ondrej Pokorny wrote:
> Correct, when I took the font from Lazarus\components\aggpas as Michael
> W. Vogel did, everything looks good!
Awesome!
Just curious. What is your Windows locale set at?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using
On 2016-04-08 20:13, Michael Van Canneyt wrote:
>> > Some Vietnamese characters and box drawing characters aren't rendered on
>> > my
>> > system.
> That probably depends on the font, Graeme will be able to say more about it.
Sjoe, that first PDF got me worried! :-)
It does look like a DejaVu
On 2016-04-08 15:54, Michael Thompson wrote:
> To be fair, a TGroupBox gets things dropped in it, and both nomenclature
> and look/feel are similar.
I fully agree. As far as I can remember, even in my Delphi days I've
made that mistake of dropping radiobutton controls on a TRadioGroup.
Bart, it's
On 2016-04-08 13:02, Zeljko wrote:
> I don't see such empty emails. Where do they come ?
I see them too. They come from the list address.
Regards,
- Graeme -
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 2016-04-08 12:40, Santiago A. wrote:
> I didn't know Delphi allowed to use above-127 chars for identifiers or
> component names. Since what version?
I would imagine since Unicode String support was added... So that would
be Delphi 2009.
Regards,
- Graeme -
--
fpGUI Toolkit - a
On 2016-04-08 10:29, Dennis wrote:
> procedure 賣; {means SELL}
> begin
> end;
The best code obfuscating ever! :-D
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 2016-04-07 17:42, Ondrej Pokorny wrote:
> another
> place is that the text is inserted into the IDE editor with a keyboard
Oh wow - I haven't seen one of those in years. My computer uses mind
control - I think of code and it appears (coffee is my fuel). ;-)
Regards,
- Graeme -
--
On 2016-04-07 10:43, Ondrej Pokorny wrote:
>> > But the dialog's behaviour has always been 'as in delphi' (or at least
>> > as long as I remember)
> No, it wasn't.
>
Since when is Lazarus design goal now "Delphi IDE compatible"? The LCL
yes, the IDE no!
Regards,
- Graeme -
--
On 2016-04-07 12:25, Martok wrote:
> If Move+FillChar would use out instead of var (as they should - they don't
> read
> the dest value, that's the whole point), that would be fixed once and for all.
> But I remember having this discussion before and apparently it was like this
> for
> some
On 2016-04-07 11:37, Michael Van Canneyt wrote:
> You will get the hint here then, no ?
No. Seems the compiler is more lenient with pointer types.
Regards,
- Graeme -
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 2016-03-31 16:48, silvioprog wrote:
> +{$IFDEF VER3}
> + Buffer := Default(TBuffer)
> +{$ELSE}
> + FillChar(Buffer,SizeOf(TBuffer),0)
> +{$ENDIF};
Just thought I would mention, I've seen the above code listed a few
times now to remove the famous "Local variable does not seem to be
On 2016-04-07 07:36, Michael Van Canneyt wrote:
>
> This should not exist to begin with, I think.
> The UTF8Decode function of the system unit performs the same function.
Indeed, you are correct. I'll make the change.
Regards,
- Graeme -
--
___
On 2016-04-06 22:31, Werner Pamler wrote:
> There must be something in my Lazarus settings which inserts this line.
>
> Could anybody give me a hint where to look?
I see the same thing here with Lazarus v1.7. It is annoying for the SCM,
but I think I figured out the reasoning for that line.
On 2016-04-01 02:21, Jesus Reyes A. wrote:
>> > // Add your custom page as follows
>> > P := TMyPDFPage.Create(Doc);
>> > Doc.Pages.Add(P); // global Page Object list
>> > lSection.AddPage(P); // which Section our page belongs too
>> >
> Yes that would suffice, thanks.
This change has
On 2016-04-06 18:23, Michael Van Canneyt wrote:
> Patch applied. Rev. 33428.
Thanks Michael.
Regards,
- Graeme -
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 2016-04-06 18:18, Michael Van Canneyt wrote:
>>> >> procedure CreateTTFCIDSystemInfo(const {%H-}EmbeddedFontNum:
>>> >> integer;{%H-}FontDef: TFontDef);virtual;
>>> >>
>> >
>> > {$HINTS OFF} instead of it?
> No, fix the hint (if possible).
>
As I "hinted" (excuse the pun) at before, any
On 2016-04-01 20:16, Jesus Reyes A. wrote:
> (it seems currently is not necessary because the matrix is auto-adjusted)
> and then ...
>
>P.WriteUTF8Text(15, 120, 'Languages: English: Hello, World!');
>P.WriteUTF8Text(40, 130, 'Greek: -FÃåéÜ óïõ êüóìïò');
>P.WriteUTF8Text(40, 140,
On 2016-04-06 17:57, silvioprog wrote:
> This attached patch definitely fixes this error on Windows. :-)
This was already fixed (plus other changes). I simply forgot to send
Michael the email yesterday to update FPC.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using
Hi,
I don't really know what it is called, but when I'm in a method of a
class, the top line of my editor (I call it "info line"), tells me what
class and method I am in. This is very useful information.
I have noticed today that if I work with Object types (not Class types),
then I don't see
On 2016-04-05 20:55, Bo Berglund wrote:
> You do not happen to know the subject of that thread on the FPC
> list?
It seems to be eluding me too. :-) Maybe post a new message and ask for
the Mantis bug ID to get more information.
All I remember was that it was a serious bug in currency handling
On 2016-04-04 15:57, Bart wrote:
> To me it just looks funny to have 2 languages in one file e.g.
:) I agree. Even though I developed Afrikaans application at one point,
using English in the source code was much more natural and matched the
Object Pascal and RTL English language usage. I like
On 2016-04-01 20:16, Jesus Reyes A. wrote:
>P.WriteUTF8Text(15, 120, 'Languages: English: Hello, World!');
>P.WriteUTF8Text(40, 130, 'Greek: -FÃåéÜ óïõ êüóìïò');
>P.WriteUTF8Text(40, 140, 'Polish: Witaj -B¶wiecie');
>P.WriteUTF8Text(40, 150, 'Portuguese: Ol-Aá mundo');
>
> Of
On 2016-04-02 13:16, Santiago A. wrote:
> similar should be done. You would need to make compulsory a command in
> source code to tell which code set is using.
I would hope anybody in this day and age only uses UTF-8 for text files
and source code. It was designed to solve the multiple CodePages
On 2016-04-01 12:44, Santiago A. wrote:
>
> Me too, but it would a nice plus if you also give me nice UI.
I guess then you have best of both worlds - at the expense of the
developer that had to implement all that. :)
In fact my mail server (SurgeMail) has exactly what you suggest. I can
edit
On 2016-04-01 10:22, Santiago A. wrote:
> but 90% of times you shouldn't have to mess with
> configuration files, each one with its one syntax (that's what many unix
> products miss and windows shines)
This only seems to be an issue for Windows centric people - for
everybody else it has never
On 2016-04-01 07:58, Michael Van Canneyt wrote:
> Most (if not all) of their admin tools are GUI based.
> That makes scripting them impossibile.
Plus the fact that you can transfer existing configurations to newly
built servers to replace the old ones. On Unix/Linux, it is simply a
matter of
On 2016-03-31 22:18, Jesus Reyes A. wrote:
> TPDFPage has some basic primitives for drawing: lines, rects, ellipses and
> images. I don't see a way to add our own (except by patches to fpPDF of
> course)
I like the idea of giving developers the ability to extend TPDFPage with
more drawing
On 2016-03-31 17:17, Michael Van Canneyt wrote:
> - Arr.AddIntArray(FontDef.FCharWidth);
> + Arr.AddIntArray(string(FontDef.FCharWidth));
>
> We need to investigate why you think this typecast is needed.
Plus the fact that I haven't complete all the code clean-up yet. As far
as I can see all
1 - 100 of 3742 matches
Mail list logo