Hi folks.

1. Could it be possible to have the code bookmarks set (0 to 9) per UNIT instead of per program ? It could be also an OPTIONS new option.
2. It would be very nice as well if we could have a shortcut similar to the one moving the cursor to the previous or next word occurence (see GExperts for Delphi) or the matching parenthesis but for moving the cursor to and from one word od the try..except..end, try..finally..end, begin..end. OK they already are surrounded by a red rectangle but as soon as you move the cursor: pfuit ! no more markers. This is very useful when those block structures are quite long in terms of lines of code.

Should I enter two issues in the bug tracker ? They are not issues actually but enhancements instead.

Antonio.

Hi folks. 1. Could it be possible to have the code bookmarks set (0 to 9) per UNIT instead of per program ? It could be also an OPTIONS new option.

As long as it doesn't break the bookmarks-per-project behaviour...

When I actually fixed and extended fpdoc, I had bookmarks in a couple of units, where I had inserted modifications. This means that I want to go to unit1 with bookmark1, to unit2 with bookmark2 etc.

DoDi

Antonio Fortuny hat am 2. Dezember 2011 um 11:27
geschrieben:

Hi folks. 1. Could it be possible to have the code bookmarks set (0 to 9) per UNIT instead of per program ? It could be also an OPTIONS new option.?

If someone wants to implement it: The bookmarks are stored in the project, so the option must be stored there as well.?
?
?

Have you tried "Find next word occurrence", "Find previous word occurrence", "Find start of code block", "Find other end of code block"?? ?
?

?

Should I enter two issues in the bug tracker ? They are not issues actually but enhancements instead.?

The bug tracker supports "feature requests".
?
Mattias
?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20111202/35839bee/attachment.html>

Sounds good too.
As far as I'm concerned, I'm used since a long time to set bookmarks per unit for a lot of good reasons. But I can easily understand that other programmers have other habits. That's why I suggest to have a new option in the settings about how the bookmarks should be used so the functionality fits every one way of remember things.

Antonio.

Le 02/12/2011 12:15, Hans-Peter Diettrich a ?crit :

Le 02/12/2011 12:27, Mattias Gaertner a ?crit :

Have you tried "Find next word occurrence", "Find previous word occurrence", "Find start of code block", "Find other end of code block"?

Yes the first one and works OK.
But "Find start of code block", "Find other end of code block" seem not to work. After assigning keys (CTRL+ALT+UP and CTRL+ALT+DOWN), positioning the curson on a BEGIN (or END) word and typing the required keys, nothing happens. The errors window appears to move from line to line and moves the editor line accordingly. Maybe I do something wrong but I can't see where.
BTW: Lazarus 0.9.31 Win/Linux 32-64 bit

Antonio.

Antonio Fortuny wrote

But "Find start of code block", "Find other end of code block" seem not to work. After assigning keys (CTRL+ALT+UP and CTRL+ALT+DOWN), positioning the curson on a BEGIN (or END) word and typing the required keys, nothing happens.

I have the same problem. I tried various keyboard shortcuts, including the default ones. Nothing happens. Also using Lazarus under Win32.

While of little use to others, it does work for me. I also have it successfully working on control mouse.

However:
this jump is controlled by codetools, so your code must be error-free enough to be parsed by codetools.

The highlight is done by the editors highlighter, which is far more forgiving.

Martin wrote

this jump is controlled by codetools, so your code must be error-free enough to be parsed by codetools.

The code is definitely error free. I even tried with a much more simple piece of code too. I'll try again on Monday at work under Linux. Maybe it's a Windows specific issue?

On 3 December 2011 01:07, Martin wrote: > this jump is controlled by codetools, so your code must be error-free enough > to be parsed by codetools.

It would jump to the error.

The code is definitely error free. I even tried with a much more simple piece of code too. I'll try again on Monday at work under Linux. Maybe it's a Windows specific issue?

Maybe you use a short cut caught by other software. Try to set the short cut via the "grab key" in the editor options / key mapping, instead of the checkboxes and comboboxes.

Mattias

Mattias Gaertner wrote

Maybe you use a short cut caught by other software. Try to set the short cut via the "grab key" in the editor options / key mapping, instead of the checkboxes and comboboxes.

Those shortcuts do not work for me too under Windows, and I definitely remember them working, so I think it is a regression.

Can you find out, which revision broke it?

Mattias

Mattias Gaertner wrote

Try to set the short cut via the "grab key" in the editor options / key mapping, instead of the checkboxes and comboboxes.

I always setup keyboard shortcuts via 'grab key', for that exact reason you mentioned.