When I am working on a multi-unit application I very often want to check the implementation of a function which is called from somewhere. So I right click the function name in the code line and select "Find Declaration of <function name>"
This brings me invariably to the interface section function declaration from which I have to jump to the actual implementation (Ctrl-Shift-Downarrow).

I would like to avoid this 2-step process if possible by having a second right-click command: "Find Implemnentation of <function name>"

Is this possible already (but hidden in the standard config of Lazarus) or is it a new feature noone has requested before?

When I work in other IDE:s for different languages this is a common feature I use a lot when troubleshooting....

Bo Berglund via lazarus schrieb am Sa., 2.
Nov. 2019, 11:10:

Is this possible already (but hidden in the standard config of Lazarus) or is it a new feature noone has requested before?

Tools -> Options -> Codetools -> General -> Jump directly to method body

Regards,
Sven

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20191102/30926a8f/attachment.html>

On Sat, 02 Nov 2019 11:10:32 +0100, Bo Berglund via lazarus wrote:

I just found another strange IDE "feature":

If I am in a tab to the right (not the left-most tab) with the cursor anywhere in the code and I want to add say a { character, I need to press AltGr (the right hand Alt key) and the 7 key. This normally results in a { character being output at the cursor.

But in Lazarus the focus immediately shifts to a different tab when AltGr is pressed!!
How did that happen? All European languages to my knowledge uses the AltGr key to compose special chars like {[]}\|~
Why is Lazarus stealing the AltGr key?

Bo Berglund via lazarus schrieb am Sa., 2.
Nov. 2019, 14:59:

Check the key mappings in Lazarus' options.

Regards,
Sven

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20191102/f4a729c5/attachment.html>

Nothing to see there (don't even know how the AltGr key would be listed).
But now I have tested all threee versions I have on the RPi4 (2.0.2, 2.0.4 and 2.0.6) and all of them do this...

So I started my 2.0.4 on the Windows7 laptop (that is where I started the console project), and this does NOT happen there. No tab switching just inserting the correct characters.

Also started a text editor on the RPi4 and typed in my commands there to create the special chars. Worked like a charm. No problems there at all.

So it seems like Lazarus on Raspbian (maybe also on Debian in general) will hook into the AltGr key and do something unexpected with it. The fact that I am using RealVNC to access the desktop from Windows does not really matter because then it would be a problem also in text editor outside of Lazarus, which it isn't.

Right now in RPi4 I have to use a text editor window from which I can copy the needed special chars and paste them into Lazarus since Lazarus itself is unable to handle them correctly...

Funny note:
If I am on the leftmost tab in Lazarus on RPi4, then I can compose the special chars just fine...
So another workaround would be to move the tab holding the file to edit to the leftmost position before editing...

Alt - n (1-9) is "goto source editor n" (switch to tab n)

Why this triggers on altgr for you, I am not sure

Martin Frb wrote

Alt - n (1-9) is "goto source editor n" (switch to tab n) Why this triggers on altgr for you, I am not sure

OK, but then where in Key Mappings do I find it so I can disable it? It is very confusing for me not having used these before. I go to Tools/Options/Editor/Key Mappings
And here I find a bewildering number of functions...

SourceNotebookCommands/GoToPriorEditor is set to use Ctrl+Shift+Tab

And this does exactly what the AltGr key by itself does, except it wraps around from the first tab to the last (rightmost) when used in the leftmost tab. AltGr does not do that, it stops at he leftmost tab.

Very confusing....

You can search for the name (left filter edit).  Though there is a space "Go to source editor"
Or you can search by key (button "Find Key combination")

In this case the entries are in "Source Notebook commands" if you look at the main tree nodes.

I have no idea what your alt-gr key does....

You mention using  RealVNC in another mail.

IIRC there were some very strange key effects reported with vnc in the past (no idea if that applies to RealVNC).
From distant memory, vnc sends control keys with a timestamp that does not match the interpretation that I would have from the doc of this field.... That said I have no idea if vnc is right or not. There is an argument that it works with other apps, but that is void, because other apps may not use this (timestamp) field at all, and then if it was wrong they would ignore that. Not sure what happened with regards to this entire story.

Martin Frb wrote

Alt - n (1-9) is "goto source editor n" (switch to tab n) Why this triggers on altgr for you, I am not sure

I am almost certain that this is an issue with the access VNC, and would not occur on the RPi if you connect a keyboard to it and test it thus directly...

Ralf

Martin Frb via lazarus schrieb am Sa., 2.
Nov. 2019, 16:29:

I myself had reported something similar with VNC, so it's indeed likely to be the culprit.

Regards,
Sven

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20191102/093a88b8/attachment.html>

Yes. I've found Lazarus or any LCL app to be unworkable with VNC :(

Michael.

Michael Van Canneyt wrote

> I myself had reported something similar with VNC, so it's indeed likely to > be the culprit. Yes. I've found Lazarus or any LCL app to be unworkable with VNC :(

Yes, now that you mention it...
I had a similar situation several years ago when I was using TightVNC on the RPi to access Lazarus. At that time nothing at all happened when I tried to enter the characters {[]}\|.

So I created a text document with these chars and had it open when I programmed so I could go there and select-and copy the wanted char to be pasted into the editor.
If I remember correctly it was ONLY the code editor that ill behaved, if I entered the characters into any other Lazarus window accepting strings as parameter it worked OK.

And so it does now as well...
For example the search box in Object Inspector is OK with these characters composed using the AltGr key.

So now I have connected a monitor to my RPi4 and a spare TV keyboard with a mousepad to the RPi4 as well. When I use this to run a session the problem does not appear any longer...

So indeed it is connected with VNC, but it also is connected with Lazarus' code editor window. It seems like this is the only affected window on the RPi, all others accept the composition key AltGr as part of entering a special char.

I cannot use the direct connection, though, because I am heavily depending on being able to copy stuff across between the two systems and I also need to have access to my other tools on the Windows computer. So I have to stick with VNC anyway and work around the problem.

And back again to Lazarus 2.0.6...

Native controls (edit/memo) may not be affected. But anything that relies on LCL for keyhandling is.

You could write some editor macros, and assign them to keys that work.
ecChar('{');

Please look at  issue 0030544 on https://bugs.freepascal.org. If I remember correctly, Mattias eventually found the reason and fixed it. Don't know why the problerm rearises...

Joe wrote

Please look at  issue 0030544 on https://bugs.freepascal.org. If I remember correctly, Mattias eventually found the reason and fixed it. Don't know why the problerm rearises...

Going by the description (and interception of keycodes with and with out VNC), it seems to be pretty clear that this seems to be an issue related to VNC rather to Lazarus, so I am not sure what you could possibly fix, beside maybe a single fringe case... :-\

I have seen similar, kind of random issues when using RealVNC on the client (like when using it on my Mac) rather than TightVNC, which I use for various reasons (like the file transfer option) on all my Windows machines.

Ralf

It is. The Ctrl+Shift is (on windows) a alternative key combo for AltGr, meant for keyboards without AltGr.

So if, what I read further on this thread, use some remoting tools, it can be that the AltGr is translated to Ctrl+Shift by those tools.

Marc

Le 03/11/2019 à 08:25, Bo Berglund via lazarus a écrit :

Did you try to use X11 forwarding ?

You need to install something like XMing (
http://www.straightrunning.com/XmingNotes/ ), a X Window server running on Windows, and connect to the Raspberry Pi with a PuTTY connexion with X11 Forwarding enabled.

I use it sometimes to access my Ubuntu machine from a Windows 10 machine. (in PuTTY: Connection/SSH/X11, enable X11 forwarding, X Display location localhost:0.0, Remote X11 authentication protocol: MIT-Magic-cookie)

I had to revisit this issue and found the bugtracker mention above. It turns out that using Ctrl-Alt as a compose key combination instead of AltGr I get the correct characters also in a RealVNC connection to the RPi where Lazarus is running.
Tested these: [ ] { } | $ € \ ~ @ £

The Lazarus code editor switches me to the tab next left when I use AltGr so all I enter afterwards gets into the wrong file...

I just have to remember NOT to use AltGr in the Lazarus code editor when working through VNC in the future....

AGAIN RETURNING TO THIS THREAD to report new finding... ------------------------------------------------------- When I was working on my development on Raspberry Pi4B via VNC I was doing so from a Windows 7 Pro x64 laptop.
Now, for the last few weeks I have migrated to a new laptop running Windows 10 Pro x64.
I have not changed anything on the RPi4 and I have moved settings etc over from the old laptop to the new as I was installing all of the software including VNC.

Then I have finally connected by VNC to the RPi4 to continue the work over there.

Amazingly, now without changing a thing on the RPi4 the issues I have been hit by earlier when using "special chars" are gone! There is no tab change or anything like that anymore!

The only conclusion I can draw is that the VNC client version I installed on the new laptop (6.19.1115 x64) from Nov 2019 contains a fix for the reported problem!
The old laptop had VNC version 6.0.1 x64 from Nov 2016....

To quote my reply from Nov.3rd on this issue:

On Sat, 28 Dec 2019 18:08:54 +0100, Bo Berglund via lazarus

I TALKED TOO SOON...

After sending the post above I did not work on Lazarus for a while but I noticed later that the VNC window was acting in a way I did not want and it turned out that on Windows 10 RealVNC I was using the target address rpi4-gui rather than rpi4-gui:1

The difference is that with rpi4-gui:1 I will access a virtual desktop, which I have set up on the Rpi4 to be sized 1680x1040 in order for it NOT to fill up my whole screen on Windows.

It is done through this at the end of /etc/rc.local:

#Start VNC server with virtual desktop
#Access via RealVNC application through address <hostname>:1 #Size of desktop can be adjusted here.
sudo -u pi /usr/bin/vncserver -randr=1680x1040

I did not know that with this in rc.local the base VNC screen (hardware display) would still be available for connection...

Anyway, when I switched to this virtual screen I have the compose problem again...

Using AltGr to start entering for example { or [ causes the Lazarus code editor to switch tabs so the final character drops into a different source file than intended.

Maybe someone can confirm that this is indeed the cause and that using Lazarus in the two different ways behaves like I described.

Crash related to use of virtual VNC desktop?
--------------------------------------------
With this result I am also wondering if maybe my repeated IDE crashes with lost code edits can be attributed to this VNC difference?

I have now switched to VNC using the normal desktop rather than the virtual one. So I use server rpi4-gui rather than rpi4-gui:1

I will use this for a while to see if the crash reappears or not. The IDE is now usable also with AltGr key to compose the special chars.

PS:
Due to a server outage hitting https://lists.lazarus-ide.org my post has been delayed a long time.
So meanmwhile I have managed to work a few hours on the Lazarus IDE on RPi4 via VNC and all seems now to work.
But to be able to say that a crash no longer happens I have to work on for quite a while without problems, whereas I can immediately say that it is still there as soon as it happens...
DS

Yes! The crashes still happen!
-------------------------------
I got the crash now after editing for an hour or so... Bad stuff!

So in summary:
When I access the RPi4 using RealVNC from my Win 10 PC using the basic desktop I see this:

1) The composing of special chars using AltGr works fine in the Lazarus IDE as opposed to how it does when using the VNC virtual desktop.

2) But when I am editing in the Lazarus code editor all of a sudden Lazarus just disappears withoiut a trace and with no saving of edited files. So crashes remain.

Basically this is a showstopper for serious Lazarus development on the RPi platform using VNC server version:

VNC(R) Server 6.6.0 (r41949) ARMv6 (Sep 20 2019 16:44:18)

(I don't know how to upgrade the server version on the RPi4, apt update does not find a later version.)

On Windows 10 I use VNC Viewer 6.19.1115(r42122)x64 (Nov 11 2019 12:22:30)

Bo Berglund wrote

Yes! The crashes still happen! ------------------------------- I got the crash now after editing for an hour or so... Bad stuff!

But now I have found a life-saver!

In OnLine PackageManager there is a package named Autosave, which I have installed.
Now there is a File/AutoSave Options where I can set a save interval of say 10 sec.
Doing so my work loss is minimized to 10 s of coding if a crash happens.
I can live with that!