On Sat, May 7, 2016 at 9:38 PM, Marco van de Voort wrote:
> svn blame points to r52209, Juha
Oops, right. Fixed in r52287. Thanks for noticing.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/m
Patches are welcome to the current JCF parser or to implement a new
formatter based on CodeTools.
http://bugs.freepascal.org/view.php?id=19754
Actually basic generics syntax already works.
This JCF parser however must be updated separately when new compiler
features come out, and it has no maint
On Wed, Apr 20, 2016 at 10:39 AM, Zeljko wrote:
> Maybe you should open an issue about it.
Yes, with clear steps to reproduce.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/l
On Tue, Apr 19, 2016 at 2:17 PM, Dennis wrote:
> Where do I put
> {$DEFINE USE_XYZ}
>
> so that when I rebuild the project, fpc will see USE_XYZ is defined.
In Project Options:
Compiler Options -> Custom Options - > Defines ...
Juha
--
___
Lazarus mai
On Mon, Apr 11, 2016 at 8:29 PM, Jürgen Hestermann
wrote:
> Of course, nobody here wants to miss any of the current state of Free
> Pascal/Lazarus.
> So anybody who was/is involved in coding here can be thanked very much.
> But does that mean that any discussions about improvements is forbidden?
On Sun, Apr 10, 2016 at 4:26 PM, Alan Corey wrote:
> Should I have maybe removed ~/.lazarus?
The local config is backwards compatible and updated automatically but
soemtimes after experimenting a lot it can become corrupt. Then you
can delete it.
> I still can't get the chmhelp package to instal
On Sat, Apr 9, 2016 at 7:44 PM, Jürgen Hestermann
wrote:
> Just ignore them if it you don't want to discuss them.
Even after filtering I would see replies for your mails.
However that is not the point. The point is that you feel justified to
attack Lazarus developers in their own mailing list for
On Sat, Apr 9, 2016 at 6:47 PM, Bart wrote:
> While I understand your sentiments and emotions, I think it is
> unneccessary to mention specific names here.
Based on my earlier experiences I think it is very important to mention names.
Even the biggest flame-wars roll around just few agitators.
U
On Sat, Apr 9, 2016 at 5:18 PM, Michael Thompson
wrote:
> You say minimal, code analysis says Average.
Comments are overrated.
If you think of them as "deodorant masking fishy code" then less
comments is better.
What would really help are high level documents of IDE internals.
Diagrams and textua
On Sat, Apr 9, 2016 at 5:07 PM, Giuliano Colla
wrote:
> Because without a minimal amount of documentation all this valuable work
> risks to be useless, because:
> - nobody except a few core developers know of its existence
> - nobody except the developer itself knows how to use it
LCL is document
Regarding posts from Jürgen Hestermann.
Unfortunately this is not the first time he finds excuses to blame
Lazarus developers.
The main theme is that developers have done a poor job and did not
serve him well enough.
Earlier it was about the new Unicode support. All the work I had done
for it was i
On Sat, Apr 9, 2016 at 3:05 PM, Jürgen Hestermann
wrote:
> I just see it is a waste of time if someone is forced to read and
> understand code that someone else has written ...
Nobody forces you read or understand code!
I think you should find another project if this is not good enough for you.
I
On Sat, Apr 9, 2016 at 1:20 PM, Giuliano Colla
wrote:
> An answer such as: "Your patch is good, it adds a desirable functionality,
> but without proper documentation, nobody will be able to take advantage of
> it. Please add some concise comments on variable and procedure usage, and we
> will be g
On Fri, Apr 8, 2016 at 9:33 PM, Alan Corey wrote:
> OK, I was just hoping for a sentence or paragraph to be added to the
> documentation.
Welcome to open source.
Instead of complaining here and wasting everybody's time, you could
have improved the documentation yourself and provide a patch.
You
On Thu, Mar 31, 2016 at 5:20 PM, Bart wrote:
> In my fantasy scenario the String would of course have the meaning of
> UnicodeString.
That is not anyhow better (or worse) inherently than a UTF-8 based solution.
Delphi just happened to implement it so, for various reasons.
The surprise is that our
On Thu, Mar 31, 2016 at 4:25 PM, Bart wrote:
> in this scenario adding {$codepage utf8} may be the wise thing to do:
> it eliminates all confusion about the intended encoding of the string
> constant.
How is a conversion to UTF-16 and then back to UTF-8 less confusing
than a direct copy without
On Wed, Mar 30, 2016 at 7:16 PM, Bart wrote:
> [...]
> I would say that this experiment contradicts the statement in
> http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus#String_Literals
> ?
If your "s1" is a plain String then something has changed. IIRC it worked well.
I am out of energ
On Wed, Mar 30, 2016 at 3:12 PM, Michael W. Vogel wrote:
>> The cases fail with UTF-8 file encoding.
> I don't understand this.
I meant that some cases fail even when the file encoding is UTF-8.
File encoding is not the issue.
>> http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus#Strin
On Wed, Mar 30, 2016 at 1:03 PM, Bart wrote:
> The IDE at least runs fine (in my locale on Windows) with -FcUTF8.
Lazarus IDE does not have string constants beyond 7-bit ASCII.
Encoding does not matter obviously.
> (I have it there because I build all my projects with this define,
> because almo
On Wed, Mar 30, 2016 at 12:38 PM, Michael W. Vogel wrote:
> With the hack that the LCL makes and the added {$codepage UTF8} all
> conversions work like a charm (see added testproject).
Conversions in your testproject may work, but you ignored the forum
link I gave earlier. There "malcome" gave ex
Ok, FPC had UnicodeString earlier than I remembered.
Currently WideString is often used with WinAPI when UnicodeString
should be used, as Marco reminded in another discussion.
Anyway, the problems found by Michael W. Vogel and "malcome" all deal
with constants. Assignment between variables always
No, originally we had -FcUTF8 set by default but it caused more problems.
See:
http://forum.lazarus.freepascal.org/index.php?topic=30022
> In the most cases the string magic works without a defined {$codepage utf8},
> but not if you want to assign a const to a Predefined String or Unicodestring.
Ok, I should read the dev-list discussion more carefully.
My head does not work well with licensing details. For free and open
source stuff it feels like a useless extra complication. I understand
it is only me and the reality is more complex. I happily leave this
issue for others to solve.
Juha
Ondrej, what is the fuzz about icons now?
No author of icons has complained. The famfam icons are free anyway.
Lazarus project acknowledges their origin and thus does not violate
anything.
Yes, all applications using LCL must acknowledges them, too, but it
should not be a problem. It is just one li
Could somebody with Windows knowledge please look at this:
http://bugs.freepascal.org/view.php?id=13397
Is it a valid issue still?
If yes, then try to apply the patch to current Lazarus trunk.
It has been ignored for very long time.
Juha
--
___
Lazar
On Mon, Mar 14, 2016 at 1:03 PM, Mattias Gaertner
wrote:
> If there are no objections I can do that.
Yes please.
My understanding is that the mappings for OS/X are not only different
but also limited. They have not been updated as diligently as the
default for other platforms.
I guess that was th
I applied the patch from here:
http://bugs.freepascal.org/view.php?id=28658
It adds a new key mapping for OSX:
"Default adapted to OS X"
Now there are 3 mappings for OSX and only 2 for other systems. It is
unproportional. Should one of the old modes be removed?
Mac users, what do you say? I d
On Mon, Mar 7, 2016 at 12:25 PM, Mark Morgan Lloyd
wrote:
> I'll leave somebody else to comment on the current status of GTK3, which I
> think would be of general interest.
It would need somebody to finish the implementation and to maintain it.
Anybody?
The design made by Zeljko is easier to mai
On Mon, Mar 7, 2016 at 11:15 AM, Bo Berglund wrote:
> If this means that Raspbian is using LXDE is beyond me but it seems
> like it is using gtk3 by this wording.
>
> When I try to find a gtk3 setting inside Lazarus I only do so in the
> dialog Tools/Configure_BuildLazarus, where it is contained i
On Sun, Mar 6, 2016 at 7:27 PM, Bo Berglund wrote:
> I have no idea what you mean by this statement...
> What is LXDE and how do I test Lazarus for LXDE?
Bo, I have a strong feeling that you are playing dummy. Why do you do it?
You must know the concept of desktop environments since you tested
ma
On Mon, Mar 7, 2016 at 2:01 AM, Luiz Americo Pereira Camara
wrote:
> According to a previous message he is using Mate
Not in his Raspbian in Raspberry Pi2. It most likely has LXDE although
he has not confirmed it.
Juha
--
___
Lazarus mailing list
Laza
On Mar 5, 2016 4:48 PM, "Bo Berglund" wrote:
> I looked at Lazarus Tools/Configure "Bild Lazarus" I see that the LCL
> widget type is set to gtk2.
> That is the same as in my Linux Mint 17.3 Mate installation.
Yes, the widgetset is obviously GTK2 unless you have explicitly configured
it for QT.
C
steveg has Lubuntu with LXDE. I guess Raspbian also has LXDE. This may
be a LXDE related issue.
Please confirm.
Then you guys should find which revision broke it for LXDE or if it
was always broken.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus
On Tue, Mar 1, 2016 at 5:05 PM, Graeme Geldenhuys
wrote:
> I'll also create a patch to "more officially" save/restore
> the column widths.
Maybe that should wait a little. Ondrej is making a generic
configuration API for storing column widths of all IDE ListViews.
ProcedureList can use the same.
On Tue, Mar 1, 2016 at 11:44 AM, Péter Gábor wrote:
> Yes! I'm updating mantis with the information immediately...
Most likely a GTK2 library version dependent issue.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.l
On Tue, Mar 1, 2016 at 12:00 AM, Bo Berglund wrote:
> I checked out the release tag for 1.6 when I installed Lazarus 1.6.
> That should be what you need to find the revision number.
I didn't quite understand you but for bisecting you need trunk.
Then use the binary search algorithm, O(log2(n)). G
On Mon, Feb 29, 2016 at 10:58 PM, Bo Berglund wrote:
> Do you mean that if I select the form and use Object Inspector to set
> Constraints I am getting to the wrong place?
> If so exactly how do I reach this new local menu?
Object Inspector is the right place to set Constraints, yes.
Select the C
On Mon, Feb 29, 2016 at 10:01 PM, steveg wrote:
> Not too sure if its the same here. Mine seems to be only limited to not
> resizing 'below' the original size.
> Other than that, all works fine
I would say you have accidentally set Constraints. It now has local
menu entries to set the Min and Max
On Feb 26, 2016 3:03 PM, "Graeme Geldenhuys"
wrote:
>
> > I turned ProcedureList into a proper IDE window in r50908.
>
> Juha, please revert that patch - it broke Procedure List completely!
Reverted in r51478.
Juha
--
___
Lazarus mailing list
Lazarus@l
I reverted r50908 in r51748. I think only that one revision was involved.
I planned to work on the issue sooner but something else always came up.
It is also true I don't fully understand the original filter logic. I
must study it later.
Currently I am travelling with a mini-laptop and won't do rea
On Fri, Feb 26, 2016 at 7:39 PM, Žilvinas Ledas wrote:
> @book{Person13,
> Title= {Getting Started with the Lazarus IDE},
> Author = {R. Person},
> Publisher= {Packt Publishing Ltd},
> Year = {2013},
> Address
On Fri, Feb 26, 2016 at 3:50 PM, Graeme Geldenhuys
wrote:
> Ondrej, I think you last worked on this? Not sure if you are still busy
> with this, otherwise I'll raise bug reports in Mantis for it.
Actually I am the guilty one. I made it a modeless IDE window and used
ListViewFilter component for t
On Thu, Feb 25, 2016 at 8:24 PM, Graeme Geldenhuys
wrote:
> In fact, I have a 12 hour flight coming up where I need to kill some
> time. Maybe implementing some of these ideas as a prototype/suggestion
> is a nice way of making the time fly by. ;-)
Wow, the configurable button text/icon feature w
On Mon, Feb 15, 2016 at 12:20 PM, Michael Schnell wrote:
> Sorry I did not intend to express any negative attitude, but on the
> contrary am very happy that Lazarus/fpc can provide exactly that
> functionality (8 bit Strings - including TStrins, pos , etc - in a 64 Bit
> application) that (AFAIK
On Fri, Feb 12, 2016 at 6:52 PM, Michael Schnell wrote:
> I think that it is *very* desirable to provide configuration options to
> provide full backwards compatibility (while still allow to use as many of
> the new features as possible when explicitly writing coding for this).
Uhhh...
Michael Sc
On Fri, Feb 12, 2016 at 4:18 PM, Michael Schnell wrote:
> Now a friend of mine is faced by a similar task. But here he wants to keep a
> (small) GUI and he does not want to go for Linux but for 64 Bit.
Both Delphi and FPC now support 64-bit. I don't know how that relates
to dynamic String encodin
On Fri, Feb 12, 2016 at 3:42 PM, Kostas Michalopoulos
wrote:
> is it possible for now and the foreseeable future to have FPC (3.0+, not
> just 2.x) make the "string" type (not rawbytestring or anything else) behave
> as it was behaving always since the beginning of time without any source
> code c
On Fri, Feb 12, 2016 at 3:38 PM, Michael Van Canneyt
wrote:
> Just use RawByteString as stringtype for all parameters and variables
> in calls where you don't want code page conversions to occur. The compiler
> will not touch the codepage then.
Ok, true. That works, too. :)
Juha
--
___
On Fri, Feb 12, 2016 at 3:25 PM, Michael Schnell wrote:
> Any automatic type conversion would kill the application.
> [...]
> will this be possible with future versions of Lazarus ,as well ?
I guess you mean automatic encoding conversion for strings. (?)
The automatic conversion is NOT a feature
On Mon, Jan 25, 2016 at 9:53 PM, Michael Van Canneyt
wrote:
> Requirements must still be added one at a time; The requirement dialog shows
> a dropdown.
> ...
Yes, that is true. There should be either a CheckListbox or a Listbox
with multi-select.
> If you select a required package in the packa
On Thu, Jan 28, 2016 at 12:06 AM, Mattias Gaertner
wrote:
> And what was the bug?
> It does not sound like a bugfix, so I'm a bit worried that it went to
> 1.6RC2.
Most changes were made before 1.6 was branched. They don't need to be
only bug fixes then.
For example the AddMore button change is f
Please test with r51434.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On Wed, Jan 27, 2016 at 7:44 PM, Mattias Gaertner
wrote:
> What bug was fixed with this patch?
> ...
> Changes should be documented:
> http://wiki.lazarus.freepascal.org/Lazarus_1.6.0_release_notes#IDE_Changes
Ok, I added a "Package editor" section there.
Reducing two "Add" buttons to one button
On Wed, Jan 27, 2016 at 7:43 PM, silvioprog wrote:
> For example, I can't receive any notification related to this issue:
> http://bugs.freepascal.org/view.php?id=29483
> And I think that Juha can't receive any notification too. :-/
In fact I did not receive notifications about that issue. I rece
On Wed, Jan 27, 2016 at 7:03 PM, John Landmesser
wrote:
> tried to compile lhelp with my r51428 shows me these messages:
>
> Kompiliere Package TurboPowerIPro 1.0: Exit code 1, Fehler: 3, Warnungen: 2
> iphtml.pas(12184,6) Warning: User defined: Setting these font colors and
> name messes up the
Forgot to write earlier...
The package editor has been improved in RC2.
See this + its related issues :
http://bugs.freepascal.org/view.php?id=28097
The changes were partly inspired by ideas from Michael Van Canneyt and others.
See this mail thread :
http://free-pascal-lazarus.989080.n3.nabble
On Sun, Jan 17, 2016 at 8:40 PM, Howard wrote:
> On 17/01/2016 13:00, Juha Manninen wrote:
>> Howard, for curiosity, your patch has: LCLVersion = '1.6.0.2' The menu
>> editor is developed in trunk 1.7. Are you using a fixex_1_6 version for
>> editing? Juha
>
&
On Mon, Jan 18, 2016 at 1:32 PM, Mattias Gaertner
wrote:
> It works here on GTK2/Ubuntu. I can choose a non existing file.
I guess you mean you can type a name of a non existing file.
You cannot choose it because by definition it does not exist.
I have Xubuntu 15.10 with XFCE now. Can it make a
On Mon, Jan 18, 2016 at 9:05 AM, Sven Barth wrote:
> Don't shock me like that, Juha.
>
> The IDE actively asks me whether I want to create a new file if I open a non
> existing one and it should definitely stay that way.
Ok, you and Mattias are right.
The OpenDialog in TMainIDE.mnuOpenClicked has
On Sun, Jan 17, 2016 at 9:17 PM, Ondrej Pokorny wrote:
> No, it is not. It is opened if you saved your desktop with search result
> dialog opened. If you saved your desktop with search result dialog closed,
> it won't be opened.
> If you have enabled "auto save desktop" option and you close the ID
On Mon, Jan 18, 2016 at 8:20 AM, Jürgen Hestermann
wrote:
> Now that is cynical!
> Telling those who do not know anything about what
> has been developed over the last years
> to write the documentation theirselfs.
No, my point is that I will not continue doing it. Somebody else must
take charge.
On Sun, Jan 17, 2016 at 4:30 PM, Sven Barth wrote:
> Back in 1.4.x when I opened a non-existing file and I confirmed that I want
> to have it created the file was not added to project or the project's
> mainfile.
> [...]
> Now with 1.6RC2 I noticed that such files are added to the uses clause of
Jürgen and taazz,
The DisableUTF8RTL system indeed is a fall-back for people who cannot
use the new improved UTF-8 system.
The automatic encoding conversion may do tricks when you still must do
explicit conversion to/from UTF-8 using the old clumsy functions.
I don't know about all the issues invol
On Sun, Jan 17, 2016 at 6:58 PM, Ondrej Pokorny wrote:
> For me the search result dialog isn't initially opened in the undocked IDE.
> Tested on Windows/win32.
It is opened if it was left open when Lazarus was closed previously.
The nature of that window is such that I want to see it only after
a
On Sun, Jan 17, 2016 at 2:54 PM, Jürgen Hestermann
wrote:
> You may have a false impression of how Free Pascal/Lazarus is used by most
> people.
> At least I did not wait until the current version to use Unicode (and long
> paths)
> for file names and others. I think many did so.
> Therefore we ha
On Sun, Jan 17, 2016 at 2:33 PM, Péter Gábor wrote:
> If no one else is currently working on the resourcestrings issue I will
> try to finish my patch and post it on mantis...
> This is more simpler than writing a lot of letter about what and how to
> fix to be translation friendly.
>
> Do you agr
On Sun, Jan 17, 2016 at 1:11 AM, Howard wrote:
> You'll realise I'm on a learning curve. This is my first significant code
> contribution to an open source project. I actually never thought I had the
> skill to offer a new menueditor. It was a forum comment by the late
> BigChimp some years ago a
The RC1 and RC2 versions have been tested for a while now but we have
not heard any complaints about the new improved Unicode support.
Does that mean it works perfectly?
Windows is of biggest interest. There the new UTF-8 support breaks
existing code when it depends on system codepage.
For that re
The new menu editor has a nice feature.
Pressing Enter on a menu item lets you edit its caption without moving
to Object Inspector.
It does not work when IDE is built with QT bindings.
It this a known issue?
Juha
--
___
Lazarus mailing list
Lazarus@list
On Thu, Jan 14, 2016 at 9:14 PM, Petr Hložek wrote:
> What did you do to dock also Form itself like it's on the video?
Install package sparta_DockedFormEditor.
Unfortunately it is not fully stable in 1.6 release. See my other
comment in the Release Candidate 2 thread.
Juha
--
__
A note about the Sparta docked form designer. The package is included
in 1.6 release but unfortunately it is not stable there. Many of its
bugs are widgetset dependent.
It has been improved in trunk already by Maciej and Ondrej but it
required changes also in LCL and in source editor. Such changes
It is caused by r51169
"ide: sourcenotebook better PopupMenu handling. Fixes also issue 29295"
by Ondrej at 2016-01-03.
I reopened the relevant issue
http://bugs.freepascal.org/view.php?id=29295
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazaru
See
http://bugs.freepascal.org/view.php?id=29195
It happened with GTK2. The popup menu has disappeared after it.
If you find the guilty revision, please add comment in that report or
open a new report.
Juha
--
___
Lazarus mailing list
Lazarus@lists.la
On Wed, Jan 13, 2016 at 4:50 PM, Corpsman wrote:
> But i miss the "Clone to new Window" option. Normaly when i click the
> right mouse over the Sourcecode tabs, there had been a popupmenu that
> offers this and some other options, the menu is gone now ;(. is there a
> way to get it back ?
>
> If
On Tue, Jan 12, 2016 at 10:32 AM, John Landmesser wrote:
> unit RLPrinters;
Where is that unit? I don't find it in Lazarus trunk.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinf
On Mon, Jan 11, 2016 at 4:00 PM, leledumbo wrote:
>> Isn't it possible anymore to compile svn Lazarus with fc 2.6.4 ??
>
> No. Latest stable is the only one that's supported, latest stable is 3.0.0.
Actually we plan to keep Lazarus compilable with FPC 2.6.4 for some time.
Typically it should sup
On Mon, Jan 11, 2016 at 4:18 PM, Ondrej Pokorny wrote:
> I'll apply it manually. The patch won't apply because I fixed some issues
> recently.
Assigned the issue to you. Thanks. :)
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On Mon, Jan 11, 2016 at 3:38 PM, Howard wrote:
> It is the second patch submitted on issue 29205
Oops, I failed to notice it. Should it be applied?
I am happy if the issue is assigned to somebody else. Bart? Ondrej?
I have some other issues to look at.
Juha
--
__
On Sat, Jan 9, 2016 at 7:23 PM, Giuliano Colla
wrote:
> Back to the original thread subject, IMO the best course is simply to remove
> the PaintSwastika procedure, which is out of place in a small collection of
> simple graphic shapes ...
Yes, I also realized how limited the selection of graphs t
On Fri, Jan 8, 2016 at 10:34 PM, Giuliano Colla
wrote:
> But if you take a small collection where the only one politically relevant
> is the swastika, then you have a collection which is politically BIASED, not
> politically NEUTRAL.
This collection of shapes is quite limited indeed. One could sa
On Fri, Jan 8, 2016 at 1:14 AM, Anthony Walter wrote:
> I have five uncles, on both my mother's and father's
> side, who fought and died in WW2. When I've visited their graves in France
> and Hawaii everyone I met seemed to a good understanding of the war's cost
> in human life on both sides, and
On Thu, Jan 7, 2016 at 11:39 PM, Anthony Walter wrote:
> Europe has long a history of anti semitism, something which most reasonable
> people recognize. Perhaps this is the cultural difference you're touching
> upon.
Ok, maybe the sentiments around those issues are still so strong that
it is har
On Thu, Jan 7, 2016 at 10:44 PM, Dmitry Boyarintsev
wrote:
> Swastika = Nazis, by default these days.
Ok, this must be a cultural difference then. I have talked and read
about this symbol in context of historical use and current use in
India, and the word "swastika" had no such negative meaning t
On Thu, Jan 7, 2016 at 8:43 AM, Marc Santhoff wrote:
> Maybe this discussion can be closed when the names are mangled for
> political correctness and/or there is a clear statement added in the
> unit in question.
What is wrong with the names? The symbol is called "swastika".
https://en.wikipedi
On Thu, Jan 7, 2016 at 1:41 PM, Terry A. Haimann wrote:
> As someone of Jewish heritage I say get rid of it.
Mattias actually removed the function, obeying like a good German boy
when somebody with "Jewish heritage" tells him. Uhhh, I can't believe
he did so!
I planned to write "let's stop this
On Wed, Jan 6, 2016 at 6:42 PM, Dmitry Boyarintsev
wrote:
> Fair enough.
> Here's the patch. (Anyone,) please create a bug report, so it could be
> applied.
Dmitry, you have full SVN write access, don't you? You can commit it
without any bug reports.
There could be more variations. Swastika has b
On Mon, Jan 4, 2016 at 11:09 PM, Vojtěch Čihák wrote:
> is there some wiki or other place with list of available defines (for
> trunk)?
No. I have a plan to make a feature to search all such defines in
project sources, maybe added to Project options, Custom options page,
Defines ... window. I hav
On Tue, Dec 29, 2015 at 11:41 AM, Michael W. Vogel wrote:
> In the bugtracker are four tickets about it as I wrote here:
> http://bugs.freepascal.org/view.php?id=29274
Actually there are five duplicate reports, all opened within few hours!
This is bad. A rule number one for using a bug tracker is
On Sun, Dec 27, 2015 at 2:46 PM, Ondrej Pokorny wrote:
> Highlighting works fine on Windows. It doesn't work on Linux. I haven't
> checked OSX.
Strange. I have tested with GTK2 and QT on Linux and the Windows
version using Wine. They all behave identically in this respect.
There was talk about t
On Sun, Dec 27, 2015 at 2:56 PM, Ondrej Pokorny wrote:
> The correct place where to solve high-DPI issues is TControl.
How exactly?
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listi
On Thu, Dec 24, 2015 at 11:53 PM, Sandro Cumerlato <
sandro.cumerl...@gmail.com> wrote:
> I've found a simple way to improve ComponentPalette usability on HighDPI
> touch devices.
> ...
> It is quite easy to enlarge buttons area (and improve usability expecially
> on touch devices), because the bu
On Sun, Dec 27, 2015 at 1:34 PM, Howard Page-Clark wrote:
> Yes, dictatorship is far more efficient than democracy.
True, but this is neither dictatorship nor democracy. This is more
like meritocracy. :)
>> There are other usability issues, too.
> Namely...?
Top level menuitems in a MainMenu ca
Howard, as the author you also have voting power over the GUI.
Besides GUI design is difficult, there is never a "right" solution
that everybody would agree upon.
Yet I feel some things should be changed. All settings that duplicate
OI properties should either be moved to a bottom section of a popu
On Sat, Dec 26, 2015 at 1:09 PM, Péter Gábor wrote:
> Some examples of resourcestrings that can/must be merged
> ...
Yes, I didn't even notice that.
> Also a question: can this (new) menu designer implemented as a
> separate/installable package to allow the usage of old one?
No, my idea was to
On Sat, Dec 26, 2015 at 7:25 PM, Michael Van Canneyt
wrote:
> Use Locate instead.
They are actually TField.Lookup properties. TField does not have Locate.
All the "deprecated" warnings come from Lookup getters which is implemented as :
function TField.GetLookup: Boolean;
begin
Result := FieldK
I try to clean out warnings from LCL. How to solve these?
Compile package LCLBase 1.7: Success, Warnings: 6
dbctrls.pp(1422,56) Warning: Symbol "Lookup" is deprecated
dbgrids.pas(1233,20) Warning: Symbol "Lookup" is deprecated
dbgrids.pas(3270,54) Warning: Symbol "Lookup" is deprecated
dbgrids.pas
On Fri, Dec 25, 2015 at 1:39 PM, Mark Morgan Lloyd
wrote:
> Mark Morgan Lloyd wrote:
>>
>> The good news is that it builds with FPC 3.0.0 on:
>>
>> PPC Linux, Debian "Lenny"
>> Raspbian "Jessie" on RPi2
>> SPARC OpenSXCE 2014 (approx. Solaris 11)
>> SPARC Linux, Debian "Squeeze"
>> x86 linux, Debi
On Thu, Dec 24, 2015 at 11:21 AM, Santiago A. wrote:
> Is it posible to use Lazarus 1.4.4 with fpc 3.0?
Yes but why would you do that? Lazarus 1.6 is almost here.
You may get problems with codepage aware strings when using Lazarus
1.4.4. Depends on use case of course.
Juha
--
__
On Wed, Dec 23, 2015 at 11:51 PM, Maxim Ganetsky wrote:
> Also see:
> http://bugs.freepascal.org/view.php?id=18036
and these:
http://bugs.freepascal.org/view.php?id=24546
http://bugs.freepascal.org/view.php?id=24711
Juha
--
___
Lazarus mailing list
On Wed, Dec 23, 2015 at 2:38 AM, Kostas Michalopoulos
wrote:
> It seems to crash very often ...
How to make it crash? It does not crash here.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mai
1 - 100 of 1414 matches
Mail list logo
