On 2017-09-27 03:51, Marcos Douglas B. Santos via Lazarus wrote:
A constant that
can change...
Yeah, that concept still blows my mind. [figuratively speaking] They
should shoot the developer that came up with that idea - and the team
leader that approved it.
Regards,
Graeme
--
On 2017-09-24 09:02, Graeme Geldenhuys via Lazarus wrote:
Of course I would normally agree with that, but if you look at the Java
annotations in that article
Just curious, I know C# has annotations support too. Does Delphi?
Regards,
Graeme
On 2017-09-24 08:31, Sven Barth via Lazarus wrote:
Holy Trinity of programming (with the third being operating systems) I
personally am not surprised as writing any of those three is a hard task,
much harder than e.g. a documentation generator and we definitely don't
have the manpower for that.
On 2017-09-21 04:06, Marcos Douglas B. Santos via Lazarus wrote:
Nah... most of them know nothing about true OOP.
They believe that an object is a "record" with getters and setters... anyway.
If I understand you correctly... referring to Java developers, then that
is a totally wrong
On 2017-09-17 10:50, Gabor Boros via Lazarus wrote:
Width of A4 is 210mm. 210/25.4*96=793.7.
Yeah, fpReport is the only one with a sane value. :)
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key:
On 2017-09-13 21:32, Ondrej Pokorny via Lazarus wrote:
And I really hate abbreviations since I fail to
remember them.:)
That is indeed a problem, especially with 600+ tables. eg: What does
prefix "I" or "IO" or "IN" mean, when you have 30+ tables starting with
the letter "I".
Personally I
On 2017-09-13 10:40, Ondrej Pokorny via Lazarus wrote:
Furthermore code tools can handle dotted units (I added the support:) )
and namespaces will be handled as well once FPC supports them.
Excellent!!! The development tools are waiting for the underlying
compiler to catch up. Only in the
On 2017-09-13 19:17, Michael Van Canneyt via Lazarus wrote:
Similarly, every field in a database I create is always uniquely named.
So if I ask "where is field TX_ID' I get exactly 1 field, in 1 table.
Graeme Geldenhuys can testify that I use this practice even in very big
databases.
I can
On 2017-09-13 14:33, Mattias Gaertner via Lazarus wrote:
Try "org.|" with the
Delphi code insight.
Don't get me started on that again. The Delphi IDE is horribly horribly
broken in comparison to Lazarus IDE. It two weeks of working with Delphi
XE the other week I managed to find 13 bugs in
On 2017-09-13 10:30, Michael Van Canneyt via Lazarus wrote:
When using CamelCase properly, you don't need _ or . at all.
That would be my preference too. I love CamelCase - though personally I
lowercase my unit names (files), but CamelCase the "unit xxx" line
inside the unit.
Now the next
On 2017-09-13 09:44, Michael Van Canneyt via Lazarus wrote:
As long as there are no command-line switch and directive for setting
namespaces, they are completely useless.
Like I said, FPC still needs a bit more work before namespaces become
more useful (or workable like Delphi intended).
>
On 2017-09-12 19:01, Alexey via Lazarus wrote:
It is new. Please rename (it's easy for new component) all files:
usually its good with one prefix. E.g. fprep_*.*.
hahaha... I had the units like that, using underscores. eg:
fpreport_export_aggpas.pas, fpreport_export_fpimage.pas etc. Michael
On 2017-09-08 17:16, Marc Weustink via Lazarus wrote:
The link you gave is setup 2 days ago, the same time the editor contacted me
for some ideas.
Imo to early for an announcement
Fair enough. I was contacted yesterday - to be one of the presenters,
but unfortunately it was too short
On 2017-09-08 13:03, Marc Weustink via Lazarus wrote:
Which event are you referring to?
http://www.blaisepascal.eu/agenda/lazarus_conference.php
Dated for 14 October 2017.
Regards,
Graeme
--
___
Lazarus mailing list
Just wondering? Or is it still coming?
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On 2017-08-21 10:47, Michael Van Canneyt via Lazarus wrote:
The problem is of course that you normally do not want this in a reporting
engine, where the looks are important.
Exactly! Some reports could be very dependent on a specific font and
font metrics for the layout (internal to fpReport
On 2017-08-21 10:35, Andreas Frieß via Lazarus wrote:
It is possible to use a standard font and give a warning instead of fire
an exception.
Eg. Font not found, using standardfont instead ?
I don't like that. First, how are you going to display the warning?
Remember fpReport was
On 2017-08-21 10:18, Michael Van Canneyt wrote:
/usr/local/share/fonts
/usr/local/lib/X11/fonts
fonts
~/.fonts
Should indeed be easy to parse and handle...
I'll make it so. I guess the best option would be to add it as an option
API call, so if
On 2017-08-21 09:54, Michael Van Canneyt via Lazarus wrote:
These problems will only occur if you're using non-standard fonts.
What if you wanted "self contained reports" eg like the demos in
fpReport where we use fonts that are not available on all systems. eg:
Windows doesn't come standard
On 2017-08-21 09:18, Michael Van Canneyt via Lazarus wrote:
The '../demos/fonts' and other hardcoded values are maybe not really
a good idea:)
For the life of me, I couldn't think of another solution. eg: you might
have a headless reporting CGI app and needs to look for fonts in a
specific
On 2017-08-21 07:35, Michael Van Canneyt via Lazarus wrote:
and if you collect all sources that make up the various parts,
the core engine and exporters should work even with 2.6.4.
Last I tested, that definitely worked too.
Regards,
Graeme
--
On 2017-08-21 08:08, Ondrej Pokorny via Lazarus wrote:
For LCL bitmap output (preview), I use EasyLazFreeType
Michael explained it all in his reply.
I would just like to add that the above EasyLazFreeType unit (if I
remember correctly) is based on a very old Pascal implementation of
On 2017-08-20 22:21, Lars via Lazarus wrote:
Does it require WINE or anything obscure, which makes installing apps
difficult for the end user?
It doesn't use WINE as far as I know. As I understand it, it is similar
to LCL in that the toolkit API implementation is very Windows API
centric
On 2017-08-20 22:50, Lars via Lazarus wrote:
Didn't you pull delphi out recently for some work you said?
I meant I don't use Delphi in my own company or for personal projects.
But if I do contracting work for a client that already uses Delphi, then
of course I need to use Delphi too (until I
On 2017-08-20 21:16, Andreas Frieß via Lazarus wrote:
The freetype dll searched by the fpreport was freetype-6.dll, but the
actual freetype-2.3.5-1-bin.zip has only a freetype6.dll. (Renaming is
not a problem for me)
It seems FreeType has some inconsistencies with its releases and naming
of
On 2017-08-20 13:16, Tudor Hulban via Lazarus wrote:
maybe the code could be released with these two bugs?
ps:
In case you didn't see the announcement, the fpReport code was
released today.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
On 2017-08-20 13:16, Tudor Hulban via Lazarus wrote:
and also given the code maybe somebody can help with the fixes.
I've already found the cause of the problem exporting custom elements to
PDF. Not many will hit the error anyway, either way I'll correctly
implement a fix tomorrow and post a
On 2017-08-18 12:02, Michael Schnell wrote:
To explain my mail above in plain Text:
Nice. :-)
And clever email clients will even "format" the plain text emails -
looking much better than your original HTML version. See attached
screenshot of how your last email looked like here.
Regards,
On 2017-08-18 09:16, Tony Whyman via Lazarus wrote:
Damn, should remember never to copy and paste from Wikipedia!
Or simply use "plain text" emails to this mailing list. It reduces size
considerably, and is still perfectly readable (like it has been for the
last 30 years in email
On 2017-08-17 13:40, Marcos Douglas B. Santos via Lazarus wrote:
Sorry, but every single warning is a... warning... that needs to be
resolved.
I feel exactly the same. :-) It took me ages to figure out how to
change my code so I could get rid of the "variable not initialized"
whenever you
On 2017-08-16 23:46, Luca Olivetti via Lazarus wrote:
I started using strings as communication buffers since delphi 2. There
weren't even dynamic arrays then...
Well, Link-Lists existed from the beginning of time. I used them plenty
in my TP days, and adding, inserting, indexing etc was
On 2017-08-16 19:26, Luca Olivetti via Lazarus wrote:
I mean, TBytes is just an "array of char".
NO! Char can now mean a 1-byte char or a 2-byte char (I don't know how
FPC plans to support Unicode surrogate pairs which will require
4-bytes). In the olden days (Delphi 7 and FPC 2.6.4) the
On 2017-08-16 18:35, Sven Barth via Lazarus wrote:
You are wrong. The string types in 3.0.x and 3.1 are like this:
Thanks for correcting me. I was thinking of the "$modeswitch
unicodestring" option.
Regards,
Graeme
--
___
Lazarus mailing list
On 2017-08-16 11:05, Juha Manninen via Lazarus wrote:
Unfortunately many other programmers had the same wrong idea or they
were just lazy. The result anyway is a lot of broken UTF-16 code out
there.
Yeah, I see that even in commercial products and projects. It's very sad
to see. Hence I
On 2017-08-16 09:43, Michael Schnell via Lazarus wrote:
IMHO, any implementation of TStrings that forces a conversion (just
because the class uses TStrings and not due to a logical demand), is a
contradiction to providing code aware strings at all.
But in FPC 3.x (using modern compiler modes -
On 2017-08-15 20:22, Luca Olivetti via Lazarus wrote:
Wait a minute, why "abuse"?
After all, before code aware strings, an ansistring could store any kind
of arbitrary data with no problem and no conversion, and made it
extremely easy
Just listen to what you are saying A string type and
On 2017-08-15 18:29, Luca Olivetti via Lazarus wrote:
but for 3rd party libraries/components (e.g.
synapse comes to mind
Then better start filing bug reports to all those 3rd party libraries
and components - they have been abusing the system and will silently
fail. Not to mention that FPC is
On 2017-08-15 10:52, Michael Van Canneyt via Lazarus wrote:
The only 'problem' is that TStrings uses a single-byte string.
Why can't that be changed to a UnicodeString or UTF8String - after all,
the Unicode standard is meant to support all languages. I would have
thought that would be an
Hi guys,
Just wanted to show you guys something. The new kid on the block is
growing up very fast CrossVCL.
https://www.youtube.com/watch?v=_lr_BQlXvkk
I believe the programmer is the ex-FMX (FireMonkey) developer that was
let go by Embarcadero, and he is hitting back with a
On 2017-08-13 11:51, Juha Manninen via Lazarus wrote:
Now is year 2017, Unicode has been used for decades. Everybody should
use it by now.
Indeed, I can't agree more. Plus, I normally use UTF-8 for any text
files I create.
Regards,
Graeme
--
On 2017-07-26 17:27, Alexey via Lazarus wrote:
Hm, in my app Int makes sense: i need to compare Points in binary
search, and see: >, <, =.
Ever heard of Manhatten Length? That would be a more logical approach.
It is a commonly used length calculation for points.
On 2017-07-26 16:22, Michael Van Canneyt via Lazarus wrote:
First start by defining what ComparePoints is supposed to measure or compare.
If "compare" doesn't mean "equals", then a better name should be used,
otherwise that too is up for incorrect interpretation.
If "equals" is needed,
On 2017-07-25 13:01, Lars via Lazarus wrote:
Is it because of QT 5 ?
It says on the internets that Lumina uses QT 5
I don't actually know what GUI toolkit Lumina uses, but it might well be
qt5. If that's the cause of the huge memory usage or not - I can't say.
What I do know is that many
On 2017-07-24 03:39, Lars via Lazarus wrote:
Wirth's law applies, if you know it... As computers get faster, software
gets more bloated and computers cannot keep up with the software bloat.
Indeed, and it doesn't only seem to apply to Windows software. Linux and
FreeBSD software are affected
On 2017-07-20 14:47, Sven Barth via Lazarus wrote:
The syntax in Delphi is "{$message [hint¦error¦warn¦fatal] 'text'}" which
is also supported by FPC.
Thanks Sven - literally 2 minutes ago I got notified via Google+ about
that directive.
Regards,
Graeme
--
On 2017-07-20 14:41, Sven Barth via Lazarus wrote:
Delphi had always been a fancy text editor when debugging and probably
always will be :P
I'm just shocked at how behind Delphi has become. FPC and Lazarus are so
far ahead in language features, target platforms, IDE features - they
have
On 2017-07-20 12:33, Graeme Geldenhuys via Lazarus wrote:
And more
;-)
[ I promise this will be the last]
* With Delphi, "deprecated" is not allowed on Properties.
* Delphi doesn't support user defined compiler hints and warnings
like {$warning This is a user-defin
On 2017-07-20 12:39, Ondrej Pokorny via Lazarus wrote:
IMO we should give the Lazarus foundation more importance/advertisement.
Definitely!
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
On 2017-07-20 12:04, Marco van de Voort via Lazarus wrote:
- Error Insight (red squiggles for Unknown Identifiers) is horribly
broken. My code editor looks as if my 1 year old drew with a red
...snip...
My experience is the other way. Delphi (XE10) here, updates it live,
while lazarus
On 2017-07-18 14:42, Marcos Douglas B. Santos via Lazarus wrote:
I would like to know if there is a tool or a simple way to compile, run and
catch the results for all projects.
MSEide+MSEgui has such a tool in its MSEUniverse repository. It's a bit
cryptic to use (and no help as always), but
On 2017-07-13 07:22, Ondrej Pokorny via Lazarus wrote:
OXml can do that for Lazarus (it's my commercial project):
http://www.kluug.net/oxml.php
Well done.
One small note...
On that page it mentions "OXml supports Lazarus 1.0 and newer on all
platforms (tested Win32, Win64, Linux,
On 2017-05-26 14:11, Mattias Gaertner via Lazarus wrote:
Not actually being able to publish what is inside the package.
What do you mean with "inside"?
It lists some units, but not all. Some directories are shared by other
packages.
I see no straightforward rule to publish only the package
Thanks for looking at this.
On 2017-05-26 12:42, Mattias Gaertner via Lazarus wrote:
It copies the package directory with some options.
The fpgui_toolkit directory only contains the 9 files. The other files
are in parent or sibling directories.
But those are still part of the package. At you
On 2017-05-26 12:06, Ondrej Pokorny via Lazarus wrote:
Please share this feature with us when you implemented it! I miss it as
well (I do a simple Search in Files now).
It seems it already exists (as Mattias pointed out) - we just didn’t
know about it. :) All that remains is to assign a
On 2017-05-26 12:01, Mattias Gaertner via Lazarus wrote:
Sounds like cody's dictionary:
http://wiki.lazarus.freepascal.org/Cody#Unit_.2F_Identifier_Dictionary
Fantastic! From the wiki description, this sounds exactly like what I
was going to try and implement. Open Source developers are
Hi,
I noticed this menu option in the fpgui_toolkit.lpk package. So I
selected it and made sure the “include” filter selects all files, and
nothing is “excluded”. This clicked okay. After that I had a look in the
destination directory, and there was only 9 file. Yet the
fpgui_toolkit.lpk
On 2017-05-23 18:43, Ondrej Pokorny via Lazarus wrote:
What are the equivalents for Qt, Qt5, Gtk2, Carbon, Cocoa?
For anything running under X11 I have never had a problem with
XRaiseWindow(xapplication.display, FWinHandle);
So Qt and GTK could you that, if they aren't already.
Regards,
On 2017-05-23 14:27, kapibara via Lazarus wrote:
So the behaviour is inconsistent between platforms, and also
inconsistent within the same control (TListBox) depending on what item
is selected.
I believe I have reported that back in 2006 already. If not the same
component, then one of the
On 2017-05-22 15:01, Ondrej Pokorny via Lazarus wrote:
For an example look how it is done in TCustomDBGrid.MouseDown.
+ The control can always get focused by the Tab key, if TabStop=True.
I'll double check that as well, just to be sure.
Thanks to both for the very prompt replies. Much
On 2017-05-08 17:46, zeljko via Lazarus wrote:
Just to be sure that control actually can take focus put this
ControlStyle := ControlStyle - [csNoFocus];
into constructor of your control.
And what if that doesn't work? I've set that in the constructor, but
still it doesn't receive keyboard
On 2017-05-22 14:57, Graeme Geldenhuys via Lazarus wrote:
And what if that doesn't work?
Ignore that. I forced a Rebuild of all units, and now suddenly it is
working as expected.
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus
On 2017-05-16 19:52, Ondrej Pokorny via Lazarus wrote:
Anything else I can do ? (except dumping linux mint, obviously...)
Maybe this is an option for you until it gets properly fixed:
I agree with Michael... Dumping your OS of choice is not a solution. I
would rather nag until the bug is
On 2017-05-16 10:13, Michael W. Vogel via Lazarus wrote:
Na hoffentlich müssen wir keine 300$ in Bitcoins spenden...
:-P
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
Op 2017-05-14 22:27, het Bart geskryf:
Ik vermoed dat de meesten onder ons,evenals ik, gewoen de engelse taal
in de IDE gebruiken.
Dit was ook my ervaring, toe ek Afrikaans met Lazarus IDE probeer
gebruik het. Die terminologie was net te vreemd. So nou verkies ek om
liewers Engels te
On 2017-05-11 16:21, Graeme Geldenhuys via Lazarus wrote:
I'll file a Mantis bug report.
Reported as:
https://mantis.freepascal.org/view.php?id=31797
Many thanks for your help and time Alexey.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http
On 2017-05-11 16:00, Alexey via Lazarus wrote:
It must not see em. Laz dont know what is Hyper key, and Super.
So it is a LCL bug then?
As I mentioned, I'm using LCL-GTK2, and I know FreeBSD supports those
keys (tested with xev), and I know GTK2 supports those keys (test with
The GIMP). So
On 2017-05-11 13:47, Alexey via Lazarus wrote:
Hm, on OSX, IDE shows key grab dialog [in keymapping opts] with
additional checkbox,
"Meta". It is what yo need?
Attached is a screenshot of what I see. Both in Lazarus v1.7 and v1.9
using the IDE compiled with LCL-GTK2.
Note that there is
On 2017-05-11 13:03, Mattias Gaertner via Lazarus wrote:
Maybe you altered some options?
Editor options / Mouse / Advanced / Gutter / Overview
Thanks Mattias, that did the trick. I had nothing defined under the
"Overview" section - both under Linux and FreeBSD.
Regards,
Graeme
--
On 2017-05-11 11:50, Ondrej Pokorny via Lazarus wrote:
It is clickable :)
Umm, it doesn't work here. Clicking via LClick or RClick doesn't have
any affect. I'm using Lazarus 1.7 r52715 FPC 2.6.4 x86_64-linux-gtk 2,
running under CentOS 6.6.
Maybe I should update my Lazarus?
I then tested
Hi,
I'm using an Ergodox keyboard, and have a shortcut layer setup in my
keyboard layout. This allows me a single key press, yet sends a complex
key sequence to the OS. The same can be achieved with normal keyboards
and some extra software.
This is extremely useful, and more about that can
On 2017-05-10 16:05, Alexey via Lazarus wrote:
I suggested pch [gray color for disabled] for Grids, not accepted yet.
Can do pch for Treeview and etc.
Thanks for your feedback and warning about some controls with Enabled =
False state.
Regards,
Graeme
--
On 2017-05-10 15:08, Alexey via Lazarus wrote:
It is made like in Delphi's r/o combobox.
Well, then both are broken.
In Lazarus better use Enabled:=false and it has indication for some
controls.
1) The problem with Enabled = False is that in then greys the text
too. Thus making in very
Hi,
Is it normal for read-only LCL widgets to look identical to their
Read/Write state?
For example in fpGUI read-only widgets look visibly different.
See attached animated GIF.
But with a LCL application I'm working on, read-only widgets don't
have any indication that they are read-only at
On 2017-05-08 18:35, Alexey via Lazarus wrote:
>>> I presume this should not happen, and is a bug in LCL-GTK2?
> Can you post somewhere small proj? I made proj with one btn, I don't see
> this error.
The usage is in part of a large form and project, but I'll see what
I can do of course. I'll
Hi,
I have a form with many TColorButton widgets (defined in LCL's Dialog
unit). Whenever I load that form, I see tons of errors as follows in
the console window.
$0071B5C5 line 729 of lazloggerbase.pas
$00800975 line 5554 of
On 2017-05-07 11:17, Florian Klaempfl via Lazarus wrote:
> Then something is wrong/broken :)
I rest my case. :-P
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On 2017-05-07 09:10, Florian Klaempfl via Lazarus wrote:
>> Yeah, that would be the logical thing to do.
>
> Why? What makes a string literal UTF-8?
>
As Mattias said, the fact that the source unit is UTF-8 encoded.
Defined by a BOM marker, or -Fcutf8 or {$codepage utf8}. If the source
unit is
On 2017-05-05 12:49, Juha Manninen via Lazarus wrote:
> A wrong information easily propagates, thus it is important to get this right.
No worries, I agree. Thanks for correcting my terminology.
Regards,
Graeme
--
___
Lazarus mailing list
On 2017-05-05 12:17, Mattias Gaertner via Lazarus wrote:
> I wonder if it would help if FPC would store UTF-8 string literals as
> UTF-8
Yeah, that would be the logical thing to do. FPC not doing that is what
really confused me.
Regards,
Graeme
--
On 2017-05-05 11:55, Jürgen Hestermann via Lazarus wrote:
> I use UTF-8 internally and
> convert to/from UTF-16 for all Windows API functions and
> I never found any problem with it.
> The time that the API functions requires is so much longer than the
> time for string conversion that it does not
On 2017-05-05 10:41, Ondrej Pokorny via Lazarus wrote:
> Just use "DefaultSystemCodePage := CP_UTF8" and every single-byte string
> is unicode enabled.
So does that mean you don't have to also call the following two functions
(which LCL does).
SetMultiByteConversionCodePage(CP_UTF8);
On 2017-05-05 11:01, Michael Van Canneyt via Lazarus wrote:
> We claim Delphi compatibility.
> So IMHO we must provide a UTF-16 Delphi compatible RTL.
In the end it’s about supporting Unicode. Does it really matter
what internal encoding it is to achieve the “Unicode support”
goal?
Regards,
On 2017-05-05 10:41, Mattias Gaertner via Lazarus wrote:
> I wonder what they do when you need to access the raw 8-bit file names,
OSX, iOS, Android and Linux all use UTF-8 as standard, so filename access
is not going to be any problem. Windows is moving more and more towards
UTF-16 everywhere,
On 2017-05-05 10:17, Michael Van Canneyt via Lazarus wrote:
>> Something like:
>>
>> sl.LoadFromFile('some_utf8_file.txt', CP_UTF8);
>> sl.LoadFromFile('some_utf16_file.txt', CP_UTF16);
>> sl.LoadFromFile('some_latin1_file.txt', CP_Latin1);
>
> Not yet. These are the exceptions I was talking
On 2017-05-05 10:17, Ondrej Pokorny via Lazarus wrote:
> I don't know about 3.0.x but you can do it in trunk 3.1.1. I posted a
> patch for it (r34475).
Fantastic! Glad to see somebody was thinking in the same train of thought
as I did. :)
Is that scheduled to be back-ported to FPC 3.0.x?
On 2017-05-05 09:59, Michael Schnell via Lazarus wrote:
> (Most obvious drawback: not flexibly typed TStrings.)
I know not everybody likes Generics, but that is where I see
Generics could come in very handy. A single TStrings implementation
that supports multiple string types.
Or just implement
On 2017-05-05 09:31, Kostas Michalopoulos via Lazarus wrote:
> After all, BMP does include practically all languages used today.
The bottom line:
Unicode Standard <> BMP only!
If you think that, then rather promote your application as a UCS-2
compliant application, not a Unicode compliant
On 2017-05-05 07:43, Michael Van Canneyt via Lazarus wrote:
> As far as I know, you don't need any tricks to work with unicode
> filenames or output in 3.0.2. Maybe with exception of TStrings and
> TFileStream.
Again, I didn't have time to follow FPC 3.x development much, and I was too
confused
On 2017-05-05 00:15, Mattias Gaertner via Lazarus wrote:
> I added a FAQ:
> http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus#What_happens_when_I_use_.24codepage_utf8.3F
Ah, thanks for that explanation.
> AFAIK you are using UTF-8 in AnsiString in FPC 2.6.4. That works in
> many
On 2017-05-04 21:53, Juha Manninen via Lazarus wrote:
> It is briefly explained here:
I haven't been following FPC 3.x development much because I think the Unicode
changes are terribly confusing.
A case in point. Looking at the Wiki page you listed, I read the following:
"
Since FPC 3.0 you
On 2017-05-04 15:56, Juha Manninen via Lazarus wrote:
> I have seen comments saying that treating UTF-16 as fixed width
> encoding is OK because the characters outside BMP are so rare. It is
> like saying that a buggy spreadsheet app is OK because it calculates
> the sums wrong only sometimes.
On 2017-05-03 20:47, Juha Manninen via Lazarus wrote:
> If you share and edit the sources between Delphi and Lazarus then you
> cannot use the full Unicode.
Quite comical considering that the FPC team always makes such a big fuss
about "we want Delphi compatibility", and now it seems to be
On 2017-05-03 10:25, Ondrej Pokorny via Lazarus wrote:
> You can start the console with UTF-8 codepage:
> http://stackoverflow.com/questions/14109024/how-to-make-unicode-charset-in-cmd-exe-by-default
>
> Then you have full unicode (utf-8) support.
Or use the much better console alternatives.
On 2017-05-02 09:30, Juha Manninen via Lazarus wrote:
> From FPC's point of view our UTF-8 solution is a hack.
FPC's point of view or Marco's point of view? Just curious - so what is
FPC’s “correct” solution then for using UTF-8 and the preferred
encoding? What's the alternative they offer?
On 2017-04-23 09:49, Michael Van Canneyt via Lazarus wrote:
> *If* something needs to be removed, I would remove the listbox.
> It only takes up a lot of space, and it's mostly empty.
+1
It is takes up a lot of space with not much or no benefit at all.
Regards,
Graeme
--
fpGUI Toolkit - a
On 2017-04-23 07:21, Alexey via Lazarus wrote:
> This dialog has one tabset -from PageControl, and another - from left
> Listbox/Listview. Confusing. Better leave one Listbox.
I kind-of see what you mean - duplicated information. The idea was
probably to have the "error state" available for all
On 2017-04-20 16:46, Alexey via Lazarus wrote:
> It must return w/o waiting form to close (like show). But form must show
> like modal (all others must disable, and on closing
What you describe makes no sense. You want to show a for non-Modal, but
want it to act like application modal. In that
On 2017-04-20 10:02, Michael Van Canneyt via Lazarus wrote:
> Total number of downloads: well over 1500.
> Lines of code in our app: 1900 (spread over 20 files).
That is totally insane. The worst dependency hell ever! And then one of
those dependencies get broken or discontinued and your are
On 2017-04-20 08:54, Santiago A. via Lazarus wrote:
> Of course, GUIs are massive time consuming. Have you ever create a form
> by hand in runtime?
Yes, many times. If you want to see the real ease of that (without
needing a GUI Designer), then take a look at Java's MiGLayout layout
engine.
On 2017-04-19 15:58, Michael Schnell via Lazarus wrote:
> Lazarus would b able to seamlessly create such programs (even more up to
> date, versatile and fast: using WebAssembly compiled from Pascal instead
> of hand crafted Java Script).
I believe that is what Michael van Canneyt is working
201 - 300 of 415 matches
Mail list logo
