CodeLite 9.1.5 is available

[eranif]

Hi,

CodeLite version 9.1.5 is available for downloaded

The following platforms are supported in this release:

• Windows 64 bit
• Ubuntu 14.04/64 bit deb file (also works for Debian 8 and Linux Mint 17)
• OSX 10.10 and later bundle

Linux Users: to install the deb file, you will need to uninstall any old version of CodeLite you might have installed:

Code: Select all

sudo apt-get install gdebi
sudo apt-get purge codelite wxcrafter
sudo gdebi /path/to/codelite/deb/file

Links:
Download Page
What's New?

Eran

[jfouche]

Hi Eran

a .php is missing for the download link

[eranif]

Thanks, fixed

[metamorphosis]

Couple of minor issues with this build:
code highlighting for variables under C++ doesn't work when the variables are declared in a row, for example:

int x, y;
x = y;

x will be coloured correctly, y won't.

int x;
int y;
x = y;

Both are coloured correctly.


Second issue is that movement and reappearing/disappearing of horizontal scrollbar based on horizontal code length is super-distracting when scrolling via dragging the vertical scrollbar. It actually interferes with scrolling once you reach the bottom of the scrollbar if there are varied lengths to the horizontal lines in that area - I would just disable that behaviour until the user releases the left mouse button when dragging the vertical scrollbar.

[eranif]

Both of these are not specific to CodeLite 9.1.5.

code highlighting for variables under C++ doesn't work when the variables are declared in a row, for example:

int x, y;
x = y;

x will be coloured correctly, y won't.

int x;
int y;
x = y;

Both are coloured correctly.

This is a known issue (there is a GitHub issue for this)

econd issue is that movement and reappearing/disappearing of horizontal scrollbar based on horizontal code length is super-distracting when scrolling via dragging the vertical scrollbar. It actually interferes with scrolling once you reach the bottom of the scrollbar if there are varied lengths to the horizontal lines in that area - I would just disable that behaviour until the user releases the left mouse button when dragging the vertical scrollbar.

You can disable this from settings->preferences->caret and scrolling->adjust horizontal scrollbar

Eran

[limestone]

When using keyboard and having Workspace tree focused, pressing Menu physical key on keyboard (that usually lives next to right Ctrl) pops up a Quick search box and then its context menu, instead of popping context menu of the focused element.

Shift+F10 brings the correct context menu, just like right mouse click, without calling up Quick search box.

Issue was on 9.1.4 (it probably was introduced when Quick search box has born), remains on 9.1.5.

[metamorphosis]

Both of these are not specific to CodeLite 9.1.5.

code highlighting for variables under C++ doesn't work when the variables are declared in a row, for example:

int x, y;
x = y;

x will be coloured correctly, y won't.

int x;
int y;
x = y;

Both are coloured correctly.

This is a known issue (there is a GitHub issue for this)

Okay, I guess this build was the first time I noticed this.

econd issue is that movement and reappearing/disappearing of horizontal scrollbar based on horizontal code length is super-distracting when scrolling via dragging the vertical scrollbar. It actually interferes with scrolling once you reach the bottom of the scrollbar if there are varied lengths to the horizontal lines in that area - I would just disable that behaviour until the user releases the left mouse button when dragging the vertical scrollbar.

You can disable this from settings->preferences->caret and scrolling->adjust horizontal scrollbar

Eran

I don't think you understand. Regardless of whether or not the user wants an auto-hiding scrollbar, this is abnormal behaviour. When click-hold-drag'ing the vertical scrollbar, on a long file with many lines which are wider than the edit window, the editor will suddenly 'jump' over blocks of code, and the reason is that the auto-hide behaviour has occurred, and these means the vertical length of the scrollbar has increased, and subsequently where the scrollbar cursor is, is somewhat higher than it was before, in the code. Please just disable the autohide behaviour when click-dragging the vertical slider, until release has occured.

[eranif]

I don't think you understand. Regardless of whether or not the user wants an auto-hiding scrollbar, this is abnormal behaviour. When click-hold-drag'ing the vertical scrollbar, on a long file with many lines which are wider than the edit window, the editor will suddenly 'jump' over blocks of code, and the reason is that the auto-hide behaviour has occurred, and these means the vertical length of the scrollbar has increased, and subsequently where the scrollbar cursor is, is somewhat higher than it was before, in the code. Please just disable the autohide behaviour when click-dragging the vertical slider, until release has occured.

I understood you...
The problem is that wxWidgets does not provide a NCA GUI events (Non Client Area Events, and the scrollbar is considered a "Non Client Area") - i.e. CodeLite can't really know when a scrollbar is occuring
This is why I suggested you to disable this completely

Eran

[metamorphosis]

I don't think you understand. Regardless of whether or not the user wants an auto-hiding scrollbar, this is abnormal behaviour. When click-hold-drag'ing the vertical scrollbar, on a long file with many lines which are wider than the edit window, the editor will suddenly 'jump' over blocks of code, and the reason is that the auto-hide behaviour has occurred, and these means the vertical length of the scrollbar has increased, and subsequently where the scrollbar cursor is, is somewhat higher than it was before, in the code. Please just disable the autohide behaviour when click-dragging the vertical slider, until release has occured.

I understood you...
The problem is that wxWidgets does not provide a NCA GUI events (Non Client Area Events, and the scrollbar is considered a "Non Client Area") - i.e. CodeLite can't really know when a scrollbar is occuring
This is why I suggested you to disable this completely

Eran

Okay, I understand. Thanks for that.

[metamorphosis]

Just spotted something small - on long lines (~248 characters wide), with auto-adjust horizontal scrollbar disabled, click-dragging the horizontal scrollbar to the end of the line doesn't actually reach end of line (stops about 2 characters back from end of line). Re-enabling auto-adjust horizontal scrollbar fixes this. Closing the file, disabling auto-adjust, reloading the file and going to the same line re-instantiates the problem.