On Mon, Aug 14, 2017 at 4:21 PM, Tony Whyman via Lazarus
wrote:
> UTF-16/Unicode can only store 65,536 characters while the Unicode standard
> (that covers UTF8 as well) defines 136,755 characters.
> UTF-16/Unicode's main advantage seems to be for rapid indexing of large
> strings.
That shows com
On Mon, Aug 14, 2017 at 4:11 PM, Marcos Douglas B. Santos via Lazarus
wrote:
> Unicode everywhere and you using AnsiString and doing everything...
> Now I'm confused.
Yes, please read:
http://wiki.freepascal.org/Unicode_Support_in_Lazarus
I have advertised it so much that some people are already
On Wed, Aug 16, 2017 at 8:53 AM, Bo Berglund via Lazarus
wrote:
> Based on this experience I wanted to alert the OP of the fact that
> using AnsiString instead of string is not a cure-all for binary data,
> you need to fix the codepage too, which is what the RawByteString does
> for you
Bo, e
On Mon, Aug 14, 2017 at 5:11 PM, Tony Whyman via Lazarus
wrote:
> Indeed, why isn't there a single container string type for
> all character sets where the encoding whether a legacy code page, UTF8,
> UTF16 or UTF32 is simply a dynamic attribute of the type - a sort of
> extended AnsiString?
As S
On Sun, Aug 13, 2017 at 7:41 PM, Bo Berglund via Lazarus
wrote:
> And our data are NOT text, they are binary streams of bytes.
I see. Then TBytes indeed is the best choice.
You have misused "String" or "AnsiString" from the beginning for binary data.
There have always been warnings against it.
Th
On Sun, Aug 13, 2017 at 1:21 AM, Bo Berglund via Lazarus
wrote:
> I recently had a problem with an application that was converted from
> old string type to AnsiString and seemingly worked in the new Unicode
> environment.
What was the old string type?
> However, we received reports that it had f
On Sun, Aug 13, 2017 at 1:21 AM, Bo Berglund via Lazarus
wrote:
> So AnsiString is not safe either
That is a little misleading.
Actually using the Windows system codepage is not safe any more.
The current Unicode system in Lazarus maps AnsiString to use UTF-8.
Text with Windows codepage must
On Wed, Aug 2, 2017 at 5:55 PM, Marcos Douglas B. Santos via Lazarus
wrote:
> I believe they were already fixed. I'm using it without these problems.
Thanks. I was lazy to test myself now.
Ondrej resolved the issue. The dotted names support may be quite perfect now.
Juha
--
On Wed, Aug 2, 2017 at 5:46 PM, Juha Manninen wrote:
> - The original bug is fixed long time ago, but I understood there are
> 2 others that should be reported separately.
> - F12 in designer.
> - Codetools issues.
... and those may be fixed already, too.
Juha
--
___
On Wed, Aug 2, 2017 at 5:08 PM, Fabio Luis Girardi via Lazarus
wrote:
> Whats the current state of Lazarus when dealing with packages with dotted
> units (namespaces)?
Dotted unit names are supported more or less.
> Should I avoid this idea?
No. Instead please work with them and report problems
On Sun, Jul 30, 2017 at 6:06 PM, Werner Pamler via Lazarus
wrote:
> The Lazarus xml procedures are in package LazUtils which is a prerequisite
> for, but not part of, LCL. So, you can use these procedures without adding a
> requirement for LCL, LazUtils is sufficient.
Exactly. The earlier Lazarus
On Thu, Jul 27, 2017 at 1:24 AM, Anthony Walter via Lazarus
wrote:
> Please see issue #32209 for a working fix. Someone familiar with the LCL Qt
> widget implementation needs to look at this in more depth.
The issue appears to be inherent to QT, not caused by LCL-QT code.
I added a comment in the
On Wed, Jul 26, 2017 at 9:53 AM, Anthony Walter via Lazarus
wrote:
> Juha, I just tested on Qt4 (I haven't tested Qt5 yet) and the sparta form
> designer is working great with the latest svn trunk, ...
Did you try opening an existing project with a form + some components on it?
I works for me, to
A serious issue with QT: When opening an existing form with controls,
the IDE still freezes. Memory overflow, core dump is created.
A minor issue with QT: The designer tab is opened initially when the
IDE is started. The editor tab should be opened.
I remember a similar problem was fixed a long ti
On Tue, Jul 25, 2017 at 3:01 PM, Lars via Lazarus
wrote:
> Is it because of QT 5 ?
No. I have understood QT 5 is more modular, optimized and lighter than QT 4 was.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-id
I simplifiled the code dealing with debugged file names in r55545.
Originally a bug related to symlinks was fixed:
https://bugs.freepascal.org/view.php?id=31577
but the fix was more complex than necessary.
Now it is simpler. Please test everybody. Everything related to
debugging should work as be
On Thu, Jul 20, 2017 at 2:39 PM, Ondrej Pokorny via Lazarus
wrote:
> IMO we should give the Lazarus foundation more importance/advertisement.
It should be the other way around. The foundation should advertise the
project it is associated with.
That is what foundations do with other projects.
Some
On Wed, Jul 19, 2017 at 10:11 AM, Maciej Izak via Lazarus
wrote:
> For now I know from Juha Manninen that
> Sparta for Qt under Linux is broken :\
I tested a little more.
Sparta form designer is broken for both GTK2 and QT.
I used FPC trunk but I guess it makes no difference. Manjaro Linux + KDE.
Moved from the "Release Candidate 3" thread:
On Wed, Jul 5, 2017 at 10:57 AM, Michael Van Canneyt
wrote:
> {
> "OutOfTopic" : ["If by mature you mean 'bloated', then yes.",
> "KDE has become so bloated, it has driven me away.",
> "To linux mint and cinnamon."
On Wed, Jul 5, 2017 at 12:49 AM, brian via Lazarus
wrote:
> I think "annoying" is a bit of an understatement, myself. If the final
> release of 1.8 still shows the problem *for me*, then I'm certainly
> going to be staying with 1.6.4.
It is not so serious because there are workarounds.
The proble
It surely is reported. See this and the related issues:
https://bugs.freepascal.org/view.php?id=30863
Nobody has found a way to fix it for good on every system. It is annoying,
yes.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://
I had to revert r54305 in r55396.
It caused regressions:
http://bugs.freepascal.org/view.php?id=31496
and
https://bugs.freepascal.org/view.php?id=32059
Denis Golovan, can you please test with a recent version of VTV and
then report to bug tracker if the freeze still happens.
Regards,
Juha
--
On Sat, Jun 17, 2017 at 11:25 PM, el es via Lazarus
wrote:
> But when, during the course of Queue()d callback,
> I FreeAndNil() the object that had the pointer to the callback procedure, I
> get SIGSEGV pointing at CheckSynchronize in Application. (address F0F0F0F0).
I don't know the details of t
On Thursday, June 15, 2017, coppolastudio via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
> Hi, I want to try Lazarus RC and as usually i was trying to install the
> package FPC 3.0.2 deb but failed because offline an old FPC in the Mint
> lmde repos, is there a way ti solve this?
>
The one
On Sun, Jun 11, 2017 at 4:23 PM, Martin Frb via Lazarus
wrote:
> If the row in the OI is NOT selected, then doubleclick works (or maybe it
> does select, then change).
Yes it is interpreted as 2 clicks.
FYI: you can change an unselected checkbox in OI by clicking the
actual box once.
> If the r
On Sun, Jun 4, 2017 at 3:36 PM, Alexey via Lazarus
wrote:
> you tell that "if LowerCase(s)='default'"
> works faster than "if CompareText(s,'default')", but most of the fonts, dont
> start with letter "d" or "de"=> so CompareText takes one char only,
> LowerCase takes n chars=> LowerCase slower.
On Sat, May 13, 2017 at 7:56 PM, Sven Barth via Lazarus
wrote:
> Warning: the compiler does *not* consider the file as UTF-8 without a BOM or
> a set codepage!
Yes but that is a very misleading warning.
The whole thing works without a BOM better than with it because of the
"double cheat". See "St
On Sat, May 13, 2017 at 6:55 PM, Werner Pamler via Lazarus
wrote:
> In section "Usage", "For string literals to work the source files must have
> UTF-8 encoding." - Add: "This is the default for source files written by
> Lazarus" - Otherwise people will begin to unnecessarily add these "$codepage
I have simplified and improved the page
http://wiki.freepascal.org/Unicode_Support_in_Lazarus
I tried to move relevant information to the top and remove duplicate
information.
For example there is a short "Usage" section with simple rules and then:
"These rules make most code already compatible
Can you please create a proper backtrace with gdb using the latest
Lazarus trunk.
It shows also function names and parameter values etc.
I was actually able to reproduce the access violation once but not
more however much I tried.
Juha
--
___
Lazarus m
On Sun, May 7, 2017 at 9:35 PM, Fabio Luis Girardi via Lazarus
wrote:
> I (and others co-workers) have experienced the same behavior on Linux mint
> cinnamon 17.3 when Lazarus is built using gtk2 (using Lazarus 1.4, 1.6,
> fixes and trunk).
I have seen similar reports but no common cause was foun
On Fri, May 5, 2017 at 4:21 PM, Mattias Gaertner via Lazarus
wrote:
> Oops. Which one?
The FAQ says:
"Since FPC 3.0 you must add the flag -FcUTF8 or add {$codepage UTF8}
at the beginning of the unit."
The same page in "String Literals" section says:
"In most cases {$codepage utf8} / -FcUTF8 is
On Fri, May 5, 2017 at 3:56 PM, Sven Barth via Lazarus
wrote:
> That is mainly due to the compiler not supporting surrogate pairs for the
> UTF-8 -> UTF-16 conversion. If it would support them, then there wouldn't be
> a problem anymore...
That is a serious bug. Getting codepoints right is the ab
On Fri, May 5, 2017 at 2:02 PM, Graeme Geldenhuys via Lazarus
wrote:
> If so, when why does LCL also call the above two functions?
Graeme, they are called by LazUtils package, LazUTF8 unit, not by LCL.
It is not limited to GUI programming.
A wrong information easily propagates, thus it is importa
On Fri, May 5, 2017 at 2:29 PM, Michael Van Canneyt via Lazarus
wrote:
> Then what is still the problem ?
With BOM you get:
Error: UTF-8 code greater than 65535 found
which is counter-intuitive when the file and the string literal are both UTF-8.
It is related to changing the default codepage at
On Fri, May 5, 2017 at 1:20 AM, Graeme Geldenhuys via Lazarus
wrote:
> A case in point. Looking at the Wiki page you listed, I read the following:
> "
> Since FPC 3.0 you must add the flag -FcUTF8 or add {$codepage UTF8} at the
> beginning of the unit.
> ...
Uhhh, the same page in "String Litera
On Fri, May 5, 2017 at 9:43 AM, Michael Van Canneyt via Lazarus
wrote:
> What tricks do you still need in 3.0.x ?
The annoying tricky part with our UTF-8 solution is the assignment of
Unicode string literals.
With UTF-8 BOM it does not work at all, as discussed here.
Without BOM it depends on str
On Thu, May 4, 2017 at 8:53 PM, Graeme Geldenhuys via Lazarus
wrote:
> You made me curious, so I want to take a look. Hopefully it doesn’t
> depend too heavily on the rest of LCL, so I’ll be able to use it in
> other projects of mine.
It has no dependency for LCL, it is part of LazUtils package j
On Thu, May 4, 2017 at 2:47 PM, wkitty42--- via Lazarus
wrote:
> On 05/03/2017 05:21 AM, Juha Manninen via Lazarus wrote:
>> Encoding does not matter any more, as long as it is Unicode.
>
> reminds me of a saying that is attributed to Henry Ford...
> Any customer can have a car
On Thu, May 4, 2017 at 12:55 AM, Graeme Geldenhuys via Lazarus
wrote:
> 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 t
On Wed, May 3, 2017 at 12:03 PM, Juha Manninen
wrote:
> Marcos Douglas B. Santos wrote:
>> But if I put theses constants as resourcestrings, it's Ok as Mattias
>> told me, right?
>
> I don't think it makes any difference. You can use the full Unicode in
> both cases.
I stand corrected.
If you sha
On Wed, May 3, 2017 at 2:43 PM, Mattias Gaertner via Lazarus
wrote:
> First it did not compile in Delphi, because of an unsupported inline. I
> fix that with an IFDEF FPC.
Right, I had added that after testing with Delphi.
The inline looks good to me, don't know why Delphi does not like it.
> Th
On Wed, May 3, 2017 at 12:13 PM, Ondrej Pokorny via Lazarus
wrote:
> Not if you need pre-unicode Delphi support :)
Ok, true. IMO such old Delphi versions should not be used any more for new code.
Maintenance tasks only I think.
Fortunately there is again a free Delphi Starter edition. It means
a
On Wed, May 3, 2017 at 11:52 AM, Graeme Geldenhuys via Lazarus
wrote:
> At least EMBT is heading in the right direction with their
> Linux Delphi compiler - they completely removed AnsiString.
I must agree with you. I hope it will be removed in (far) future when
nobody uses the old Windows system
Marcos Douglas B. Santos wrote:
> I am develop on Windows. What problems do you mean?
Unicode is recommended also on Windows. No worries. You don't need to
use the old system codepages.
People who need them must convert them explicitly because the Unicode
system of Lazarus does not support them di
On Sun, Apr 30, 2017 at 7:37 PM, Marcos Douglas B. Santos via Lazarus
wrote:
> If Delphi sources don't use UTF8, how is the best way to mantain sources
> that need to work in both compilers?
I wonder if I have misunderstood something about your questions.
What means "Delphi sources don't use UTF8
On Tue, May 2, 2017 at 2:30 AM, Marcos Douglas B. Santos via Lazarus
wrote:
> So, as Mattias said, we should code using ANSI chars and everything will be
> Ok.
No, you can use all the Unicode freely.
The source files are saved as UTF-8 by default. Delphi does the same,
this detail is also compat
On Mon, May 1, 2017 at 7:40 PM, Tony Whyman via Lazarus
wrote:
> I am not sure how much your second post rows back from this but I do think
> that false is a bit harsh.
Yes, sorry, it was correct when using the default types in FPC 3.
However making it compatible with Delphi requires some effort,
On Mon, May 1, 2017 at 12:30 PM, Tony Whyman via Lazarus
wrote:
> When I originally created the Firebird Pascal API package, I wrote it with
> FPC as the only intended target ...
I guess you used the old Unicode support with explicit UTF-8
conversion functions.
Things have improved a lot since th
On Mon, May 1, 2017 at 12:30 PM, Tony Whyman via Lazarus
wrote:
> When I originally created the Firebird Pascal API package,
Now I realize your code may have been for FPC but not for Lazarus.
Even then the solution provided by LazUtils (2 files there) is good
because it allows compatible and port
31.3.2017 22.38 "Alexey via Lazarus"
kirjoitti:
IMO benefit will be. it is "easier to maintain". Each developer which wants
to send json,
makes GH acc, then clones OPM repo, then sends pull req. No emails. Zip can
be send in GH post.
I don't think so. There is lot's of unjustified hype around G
Please test with r54447.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On Sat, Mar 18, 2017 at 1:07 PM, Alexey via Lazarus
wrote:
> At picture i see now "lblSelect" name on right
Fixed in r54443.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On Tue, Feb 28, 2017 at 9:17 PM, denisgolovan wrote:
>
> 28.02.2017, 12:31, "Juha Manninen" :
>> I tested it and could not see any problems. Everything works as
>> before. However I don't know how to reproduce the original bug.
>> The removed line may be needed for old GTK2 versions or for GTK1.
>
What revision caused the freezing?
http://wiki.freepascal.org/How_do_I_create_a_bug_report#Regression_caused_by_a_certain_revision
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On Fri, Feb 17, 2017 at 2:17 PM, Kapibara Pas via Lazarus
wrote:
> In Lazarus trunk, the message window and object inspector is alwas on top
> and hides everything thats behind it. It also hides the code completion
> window (ctrl+space) so you cant read some of it. See screenshot. This
> happened
On Sat, Jan 14, 2017 at 2:17 AM, Marcus Sackrow via Lazarus
wrote:
> https://home.alb42.de/MUI_Widget.patch.zip
>
> looks good to me now, also much smaller
I applied it in r53941. Thanks.
I could only test that it does not break compilation for other widgetsets.
Amiga people, please test.
Please
Strange. All the new files in lcl/interfaces/mui directory have their
contents duplicated, meaning that where the file should end, the same
whole text comes a 2. time.
This happens when I do the normal
$ patch -p0 < ~/patch/MUI-WidgetSet.patch
command.
The same problem shows in Kompare (KDE's diff
On Thu, Jan 12, 2017 at 7:50 PM, Marcus Sackrow via Lazarus
wrote:
> Some news about this? Everyone too busy? or there are some problems I could
> help on?
Oops, somehow I missed it again. I will look at the patch tomorrow.
Juha
--
___
Lazarus mailing
On Wed, Dec 28, 2016 at 12:49 AM, Marcus Sackrow via Lazarus
wrote:
> I implemented a basic support for Amiga systems
Now I found your post here and read it properly.
> Since 2010 I'm working on Lazarus/LCL MUI interface for Amiga Systems. At
> the moment on github https://github.com/alb42/laza
Somebody with good knowledge of the graphics code should fix it. I remember
I tried over 2 years ago but failed.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On Sun, Dec 18, 2016 at 5:17 PM, silvioprog via Lazarus
wrote:
> Indeed. It seems FPC is looking for a Windows unit however on Linux. When I
> try to compile any project, it raises that exception and open the file
> "~/freepascal/packages/rtl-objpas/src/win/varutils.pp" in the IDE.
Did r53711 fro
On Sun, Dec 18, 2016 at 3:25 AM, silvioprog via Lazarus
wrote:
> Could anybody compile a project using Lazarus from trunk?
I tested with many projects. They all compile OK.
> Warning: Recompiling varutils, checksum changed for System
> varutils.pp(11,35) Fatal: Can't find unit varutils used by v
Fixed in r53713. Please test.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On Thu, Dec 8, 2016 at 11:11 PM, Alexey via Lazarus
wrote:
> Juha, what do you think about this big patch.
> http://mantis.freepascal.org/view.php?id=30992
I was hoping Michl and Bart take care of it.
Your patch may be OK but must concentrate on other things now.
Alexey, you really must make some
On Thu, Dec 8, 2016 at 9:19 PM, Luca Olivetti via Lazarus
wrote:
> No, I just commented it out in order to test the patch in this old machine,
> it surely affects the functionality of the procedure where it is if removed.
It must be inside an IFDEF. I don't have enough knowledge (nor
motivation)
On Wed, Dec 7, 2016 at 9:35 PM, Luca Olivetti via Lazarus
wrote:
> Apart from the fact that I had to comment out a call to gdk_window_restack
> in lcl/interfaces/gtk2/gtk2widgetset.inc (not available in this old gtk)
Can you please create a patch for that one. You are the best person to test it.
On Wed, Dec 7, 2016 at 12:28 PM, Luca Olivetti via Lazarus
wrote:
> Maybe the function could be simplified to
>
> lisFocused:
> begin
> //gtk2 iter has no focus??
> Path := gtk_tree_path_new_from_string(PChar(IntToStr(AIndex)));
> if GTK_IS_TREE_VIEW(M
I happened to notice this:
http://bugs.freepascal.org/view.php?id=31048
asking to move FileUtil from LCL to FCL.
It was a misunderstanding from Silvio.
FileUtil unit belongs to LazUtils instead of LCL.
Such a misunderstanding may be common, thus I wanted to write about it here.
Among other things
On Wed, Nov 30, 2016 at 7:57 PM, Alexey via Lazarus
wrote:
> I tried to improv http://mantis.freepascal.org/view.php?id=30995
> and i tried other LCL controls which need this too.
> SpinEdit/FloatSpinedit/Check/Radiobtn/Group/Panel..
> now i see that no more fixes needed.
Thanks for testing.
How
On Tue, Nov 29, 2016 at 9:05 PM, Erwin van den Bosch via Lazarus
wrote:
> Doesn't sound like an "open" development group of enthusiasts. :-(
People have rights for private communication. Also Lazarus developers
have such rights. I even have private mails which I am NOT going to
show you. How do y
... but we will write here when there is a plan.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On Tue, Nov 29, 2016 at 5:43 PM, Erwin van den Bosch via Lazarus
wrote:
> Where can I read/subscribe to this list?
It is by invitation only.
Start providing patches diligently, finally you will be invited. :)
Ok, it will take some time... does not help for reading this DPI issue.
Juha
--
__
Incidentally there is discussion in developer mailing list about making
Lazarus DPI aware.
I also hope it can be done for the next major release (1.8 maybe).
Screen resolutions keep growing, the problem is getting worse.
Juha
--
___
Lazarus mailing list
On Wed, Nov 23, 2016 at 1:05 PM, Graeme Geldenhuys via Lazarus
wrote:
> What is going on?
:)
Lainz got over-enthusiastic and forked the whole CCR repo.
Later the forks were deleted and the lazarusccr GitHub organization
was recreated.
Now it is for projects for anybody who wants to maintain stuff
No linking error here on Manjaro Linux with Lazarus trunk and FPC 3.0.
Try a clean build of everything.
BTW, you forgot to mention your FPC / Lazarus versions.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/
On Sat, Oct 22, 2016 at 1:13 PM, Jürgen Hestermann via Lazarus
wrote:
> So ligatures should not influence string encoding in FPC.
> Or am I missing something here?
I guess it matters for a text layout software. It should not separate
the two characters forming a ligature.
I admit I don't know the
On Sat, Oct 22, 2016 at 4:12 AM, Martin Frb via Lazarus
wrote:
> Which ones does it not support?
> When I added it to SynEdit it was complete. It had all the combinings that
> the utf8 standard had back then. (at least that I could find in the
> documentation)
>
> Of course if a new combining rang
On Fri, Oct 21, 2016 at 2:26 PM, Juha Manninen
wrote:
> No, neither FPC nor Lazarus have library code to deal with [combined
> CodePoints] yet.
> The goal is to have an enumerator for user perceived characters, just
> like LazUnicode unit has for encoding agnostic CodePoints.
Sorry, that was not
On Fri, Oct 21, 2016 at 5:08 PM, Jürgen Hestermann via Lazarus
wrote:
> And again we are at the point where you need to understand what goes on
> under the hood... ;-)
Yes but that is true with any programming.
I am truly happy that we have Unicode instead of the old system
codepages. I remember
On Fri, Oct 21, 2016 at 3:24 PM, Gabor Boros via Lazarus
wrote:
> Why the below example better than a for loop with UTF8Length and UTF8Copy
> for go through the string?
Because it is MUCH faster. It scales linearly, O(n).
Calling UTF8Length() and UTF8Copy() inside the loop makes it
polynomial O(n
On Fri, Oct 21, 2016 at 2:13 PM, Gabor Boros via Lazarus
wrote:
> Same FCP same Lazarus. Why is there a difference in the result?
You still did not read the wiki page:
http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus
Console programs are mentioned in many places. This is under "Usage
On Fri, Oct 21, 2016 at 12:51 PM, Lars via Lazarus
wrote:
> Indeed this is a serious problem these days, unicode.. which is almost a
> virus.
> In GoLang they use something called "Runes" to try and solve the problem.
I had to search about what "runes" in GoLang mean. I found:
---
"Code point" i
On Fri, Oct 21, 2016 at 1:05 PM, Gabor Boros via Lazarus
wrote:
> 2016. 10. 21. 10:25 keltezéssel, Juha Manninen via Lazarus írta:
> I read, I read but if contains buggy example... ;-)
Mattias fixed the bug.
> I need a quick and a rock solid solution. Is it good solution if replace all
* Please read the wiki page ...
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On Fri, Oct 21, 2016 at 10:03 AM, Gabor Boros via Lazarus
wrote:
> UTF8* is good to me but a compiler directive is easier to use, just don't
> know why not working properly.
Please the wiki page you found. It is explained there.
http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus#String
On Wed, Oct 12, 2016 at 1:41 AM, Alexey via Lazarus
wrote:
> Hm, this is work to make an example; why not to comment this msg in GTK2
> widget?
You can comment it. You have the sources.
However it must be kept in the public sources because it is a valid warning.
Juha
--
Regarding issue:
http://bugs.freepascal.org/view.php?id=30596
GTK2 users please test if there is any version that needs special treatment.
If not, then I will remove the GTK2 version checks.
See the last 2 notes in the bug report for details please.
Juha
--
_
OK!
Your patch made me understand the actual problem
The OnDesignerSetSelection handler was only added to GlobalDesignHook
when the form was created but it was never removed. That was another
bug.
The right place to add/remove that handler is when the window is shown/hidden.
I fixed it in r53087.
On Sun, Oct 9, 2016 at 9:57 PM, Michael W. Vogel via Lazarus
wrote:
> I tested the issue a while and I can't see any unwanted side effects, so I
> added a patch here: http://bugs.freepascal.org/view.php?id=30712
Thanks. I will test it soon...
I am puzzled, what is the purpose of the now uncommen
On Sun, Oct 9, 2016 at 4:15 AM, Alexey via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
> I opened today options of Coolbar of ide (using rt-click on toolbar's grip
> lines),
> and cannot select 2nd toolbar (1st toolbar is selected always with carrot
> BG color, cant select 2nd).
> And cant con
On Fri, Oct 7, 2016 at 4:42 PM, Michael W. Vogel via Lazarus
wrote:
> I checked r53075 (32bit FPC trunk r34637, Windows 7). The behaviour here
> isn't changed. Always, I select a MenuItem in object inspector, the menu
> editor is opened.
> A other curious thing (I don't know if it is wanted), in i
The online package manager works well and its operation is smooth
thanks to threaded code.
Earlier discussions have recommended fppkg.
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-An-online-package-manager-tt4043469.html#none
I discussed with GetMem earlier and he says fppkg is not ve
On Sat, Sep 24, 2016 at 12:38 AM, Michael W. Vogel wrote:
> In 1.6, I could create some MenuItems, close the Menu Editor. Then, in
> Object Inspector, I rename the MenuItems and gave them some Actions.
>
> In 1.7, always when I select a MenuItem in Object Inspector, the Menu Editor
> is opened. Is
On Thu, Sep 29, 2016 at 11:10 AM, Ondrej Pokorny via Lazarus
wrote:
> It looks like a left-over to me. It happens regularly also to myself during
> refactoring. IMO it can be removed - obviously there are not any side
> effects any more.
Ok, I will remove it ...
Juha
--
On Wed, Sep 28, 2016 at 8:39 AM, LacaK via Lazarus
wrote:
> Why we set Desc.Width and Height to 0 and later we do not use "Desc" , but
> "Src.DataDescription" ?
Yes, now the Desc is unused and DataDescription is assigned as is.
What could be the "side effects" mentioned in comments? Is there any
On Tue, Sep 27, 2016 at 8:07 AM, Lars via Lazarus
wrote:
> The designer of Lazarus didn't necessarily need this feature...
Mattias is the designer of Lazarus. :)
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.o
401 - 497 of 497 matches
Mail list logo