(You have definitely educated me)
I tried something similar on one of my own applications, and it doesn't
work for me either. I suspect sometihing more elaborate is required, as
I don't think the LCL does calls gtk_clipboard_set_text, even for text.
Reading the documentation for gtk_clipboard_
On 16/08/2020 18:27, Alexey Tor. via lazarus wrote:
On 16.08.2020 19:24, Martin Frb via lazarus wrote:
And how does a this text look?
MMM@@@WWW
In Pascal syntax, it is 3 tokens; all 3 tokens are clipped on right
side (with non monospaced font).
Doing some more tests (with Cocoa) with diff
Is there a problem on FC32?
Mattias
At least on my system, unless
https://bugs.freepascal.org/view.php?id=36976
is applied, Lazarus is not usable. This definitely applied to trunk, and
my limited testing suggested older versions could be affected also.
Colin
--
_
On 25/04/2020 11:27, C Western via lazarus wrote:
I have recently upgraded to Fedora 32 beta (though I think the
packages are pretty close to their final versions). The Lazarus IDE
misbehaves - in the editor all characters entered are doubled up. It
is specific to the editor window - other
I have recently upgraded to Fedora 32 beta (though I think the packages
are pretty close to their final versions). The Lazarus IDE misbehaves -
in the editor all characters entered are doubled up. It is specific to
the editor window - other dialog boxes and my applications work fine. A
little d
The current FPC 3.2.0RC1 / 2.0.8 release works fine for me, though I
would comment that debugging with gdb seemed particularly crash prone; I
am using:
GNU gdb (GDB) Fedora 8.3.50.20190824-30.fc31 (64 bit)
It (gdb) would crash far too often on hitting a breakpoint in my
program. I would say t
On 13/11/2019 21:00, Florian Klämpfl via lazarus wrote:
Recently, I tried again to work with Linux Mint when developing FPC.
For FPC development I use normally lazarus from trunk, typical updated
very few weeks. For navigation in the code I use "Find in files" from
time to time, e.g. when looki
I have just upgraded to Fedora 31, and noticed some odd effects with
font sizes. With some investigation the cause seems to be that the
underlying font sizes can be a non-integer number of pixels; with a
'MonoSpace' example looking at gtk2widgetset.inc:5919:
TextMetric.tmAscent := pango_font_m
On 17/10/2019 08:09, C Western via lazarus wrote:
On 17/10/2019 03:44, Dmitry Boyarintsev via lazarus wrote:
On Wed, Oct 16, 2019 at 4:33 PM C Western via lazarus
<mailto:lazarus@lists.lazarus-ide.org>> wrote:
Am I missing something? How does the Cocoa toolkit expect this to
On 17/10/2019 03:44, Dmitry Boyarintsev via lazarus wrote:
On Wed, Oct 16, 2019 at 4:33 PM C Western via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
Am I missing something? How does the Cocoa toolkit expect this to
be done?
I'm see 3 ways of doing that.
Is there an easy way of indicating a selection on a plot in Cocoa? I
have a plot that is relatively time consuming to plot (particularly
under Cocoa), and I want to be able to indicate the area selected with a
mouse. On other widget sets I can xor a rectangle and do this quickly in
the mouse ev
Some experiences having just tried moving my main application to Cocoa
without upgrading to Catalina. The results look very promising, and my
application looks usable, though I didn't try running 64 bit Lazarus. i
can make the following observations:
1. For 32 bit compilation you need to avoid
On 08/03/2019 09:10, Juha Manninen via lazarus wrote:
On Thu, Mar 7, 2019 at 3:09 PM zeljko via lazarus
wrote:
Not as default TFontDialog. Maybe as TLazFontDialog or similar.
+1
AlexeyT, what is wrong in having a separate component for those who need it?
If the current native dialogs have bug
On 07/03/2019 13:09, zeljko via lazarus wrote:
On 03/06/2019 07:54 PM, AlexeyT via lazarus wrote:
I have an idea to make LCL based TFontDialog- which will be LCL form,
which can be called by TFontDialog.Execute (if Boolean variable in
LCL is set). Why make it?
I haven't checked recently, but
Just updated to the current trunk where I presume virtual tree view has
been added. Starting lazarus (trunk from a few days ago) gives an error
message about it not being found, and creates a dummy package. Trying to
rebuild lazarus then fails as virtualtreeview is absent. I didn't think
I need
On 03/01/2019 10:00, Joost van der Sluis via lazarus wrote:
"An error occured during the initialization of Fppkg: Could not find a
fpc
executable in the PATH.
Check your Fppkg configuration and restart Lazarus to be able to use
Fppkg's
functionality." ever time I start Lazarus?
I don't see t
On 02/01/2019 23:31, Joost van der Sluis via lazarus wrote:
Op 02-01-19 om 16:46 schreef C Western via lazarus:
To start the current lazarus trunk, I had to delete ~/.fppkg, as
otherwise lazarus crashed after trying to execute a compiler that
didn't exist. Traceback is:
[FOR
To start the current lazarus trunk, I had to delete ~/.fppkg, as
otherwise lazarus crashed after trying to execute a compiler that didn't
exist. Traceback is:
[FORMS.PP] ExceptionOccurred
Sender=EProcess
Exception=Executable not found:
"/home/me/fpc-3.0.2-64/lib/fpc/../../bin/fpc"
Stack
On 01/11/2018 07:46, Mattias Gaertner via Lazarus wrote:
The Lazarus team is glad to announce the second release candidate of
Lazarus 2.0.
I am still seeing the error on loading a (specific) package with missing
dependencies, but I have been able to do some debugging to track down
the error. I
On 27/10/2018 13:37, Mattias Gaertner via Lazarus wrote:
On Sat, 27 Oct 2018 13:34:26 +0100
C Western via Lazarus wrote:
[...]
Did you try this starting the IDE with an empty .lazarus directory?
Yes, exactly.
I am
not sure I made it clear in the original message, but this was on first
run
On 27/10/2018 09:56, Mattias Gaertner via Lazarus wrote:
On Sun, 21 Oct 2018 13:22:16 +0100
C Western via Lazarus wrote:
On 19/09/2018 12:50, Mattias Gaertner via Lazarus wrote:
The Lazarus team is glad to announce the first release candidate of
Lazarus 2.0.
I worked through installing and
On 19/09/2018 12:50, Mattias Gaertner via Lazarus wrote:
The Lazarus team is glad to announce the first release candidate of
Lazarus 2.0.
I worked through installing and compiling with a fresh user on linux,
and only noticed one issue. If I loaded a package (via "Package, Open
Package File")
I have identified the issue. It seems that fpdebug opens all the object
files associated with the project, and keeps them open. For the project
I was working on this results in 700 or so open files in lazarus, and it
seems the default system limit is 256. Awkwardly it is not clear how to
change
On 16/10/2018 22:39, Martin Frb via Lazarus wrote:
On 16/10/2018 23:23, C Western via Lazarus wrote:
On 14/10/2018 20:09, Martin Frb via Lazarus wrote:
- Go to Tools > Options > Debugger
In the "debugger type" dropdown, you should find and select "LLDB
debugger (with
On 14/10/2018 20:09, Martin Frb via Lazarus wrote:
- Go to Tools > Options > Debugger
In the "debugger type" dropdown, you should find and select "LLDB
debugger (with fpdebug)"
The edit below this (where you normally have the path to gdb),
should be changed to the path of lldb.
(lldb com
On 31/05/18 08:09, Mattias Gaertner via Lazarus wrote:
On Wed, 30 May 2018 22:41:31 +0100
C Western via Lazarus wrote:
Has something changed recently in fpc or Lazarus, with respect to the
location of the executable produced? In my projects I have the target
file name set including a
Has something changed recently in fpc or Lazarus, with respect to the
location of the executable produced? In my projects I have the target
file name set including a directory name (including
...$(TargetCPU)-$(TargetOS)-$(LCLWidgetType)...) and the same directory
set for unit output. Using trun
On 29/01/18 22:10, C Western via Lazarus wrote:
On 29/01/18 09:44, Ondrej Pokorny via Lazarus wrote:
On 29.01.2018 10:02, C Western via Lazarus wrote:
On 29/01/18 08:45, Ondrej Pokorny via Lazarus wrote:
On 28.01.2018 15:33, C Western via Lazarus wrote:
On 27/01/18 18:59, Ondrej Pokorny via
On 29/01/18 09:44, Ondrej Pokorny via Lazarus wrote:
On 29.01.2018 10:02, C Western via Lazarus wrote:
On 29/01/18 08:45, Ondrej Pokorny via Lazarus wrote:
On 28.01.2018 15:33, C Western via Lazarus wrote:
On 27/01/18 18:59, Ondrej Pokorny via Lazarus wrote:
I merged the High-DPI (multi
On 29/01/18 08:45, Ondrej Pokorny via Lazarus wrote:
On 28.01.2018 15:33, C Western via Lazarus wrote:
On 27/01/18 18:59, Ondrej Pokorny via Lazarus wrote:
I merged the High-DPI (multi-resolution) ImageList into trunk. I'll
document the changes in http://wiki.lazarus.freepascal.org/TImag
On 27/01/18 18:59, Ondrej Pokorny via Lazarus wrote:
I merged the High-DPI (multi-resolution) ImageList into trunk. I'll
document the changes in http://wiki.lazarus.freepascal.org/TImageList
soon (tomorrow) and also in
http://wiki.freepascal.org/Lazarus_1.10.0_release_notes
Ondrej
With trun
On 27/10/17 02:42, kapibara via Lazarus wrote:
I agree with Don, Object Inspector "always on top" is in the way for
other forms. Actually, this issue came up a year ago and was resolved.
Now popped up again.
@Don did you find and report the revision that reintroduced this behaviour?
On 10/15
On 28/07/17 19:00, Donald Ziesig via Lazarus wrote:
Hi Everyone!
I am writing a new app that will use a StatusBar at the bottom of the
main window (just like I have done many times in the past - with both
Delphi and Lazarus). Strangely enough, even though I have nothing but
the gui implement
On 28/03/17 18:56, Martin Frb via Lazarus wrote:
"checksum changed for spe.ppu" was the first error. That is exactly what
happens.
Isn't the full path to the ppu available to the compiler? If the error
message had been checksum changed for
components/tachart/numlib_fix/spe.ppu (or wherever the
On 27/03/17 22:18, Werner Pamler via Lazarus wrote:
Luckily, no other units of numlib depend on ipf, and therefore, I could
rename the modified ipf to ipf_fix. mdt and sle seem to contain minor
modifications, a diff shows me that they were modified only to silence
the compiler, and so I deleted
But nevertheless, as mentioned in the beginning, I don't think that
these files are the reason of the compilation issues that you mention.
If that were true then anybody would have them - at least I don't.
I can't claim to be an expert on the way the search path works, but the
issue might only
On 26/03/17 23:13, Martin Frb via Lazarus wrote:
On 26/03/2017 22:11, C Western via Lazarus wrote:
I am having a strange problem when compiling the IDE (current svn for
both IDE and FPC). The compilation stops with
Warning: Recompiling Expr, checksum changed for spe {impl}
"changed fo
I am having a strange problem when compiling the IDE (current svn for
both IDE and FPC). The compilation stops with
Verbose: PPU Source: Expr.pas not found
Verbose: PPU Source: utils.inc not available
Verbose: [lazarus] Error 1
Verbose: [idepkg] Error 2
Debug: make: *** [idepkg] Error 2
Warning:
On 18/03/17 18:31, Juha Manninen via Lazarus wrote:
Please test with r54447.
Juha
Happy to confirm this is fixed - thank you.
Colin
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
I am seeing the following crash in r54438 and later; this is on adding a
panel to an empty project:
AddComponent TPanel Parent=Form1:TForm1 125,63,0,0
Parent is 'Form1:TForm1'
Hint: (lazarus) [TPkgManager.AddUnitDependenciesForComponentClasses]
Extending Uses unit1.pas ExtCtrls
Codetools Stac
On 19/02/17 17:02, Bart via Lazarus wrote:
On 2/19/17, kapibara via Lazarus wrote:
I am also using XFCE, but on Debian 9
Please open a bugreport about it.
Mention the revision that caused this for you.
Don't forget to mention you use XFCE, it may be significant.
Bart
I added my comment to
On 18/02/17 02:17, Kapibara Pas via Lazarus wrote:
Bart, rev. 53831 introduced the bug.
http://bugs.freepascal.org/view.php?id=13051
I uploaded a patch for each affected file and added a note.
I can confirm that I am seeing this bug (messages window always on top),
and that the applying gtk2_
On 06/02/17 09:04, Ondrej Pokorny via Lazarus wrote:
On 06.02.2017 9:49, C Western via Lazarus wrote:
It looks like a button that has been autosized; I must admit my
feeling is that autosized buttons should have a minimum width
You can use the Constraints property to set the minimum width in
On 06/02/17 02:28, wkitty42--- via Lazarus wrote:
On 02/05/2017 07:41 PM, Alexey via Lazarus wrote:
In this dialog, button Use is too narrow. Can i make diff, to make it
wide, e.g.
80pix?
ummm, it looks plenty big enough... all of the letters show with no
clipping on either side... what am i m
May be http://bugs.freepascal.org/view.php?id=29911
which is supposed to be resolved in the trunk version.
See also http://bugs.freepascal.org/view.php?id=30533
Colin
On 30/11/16 09:20, Lars via Lazarus wrote:
Hi, Not sure if this has anything specifically to do with Sierra version
of MacOS bu
45 matches
Mail list logo
