Bug 100782

Summary:	code folding using xharbour - LOCATE FOR generates a new fold (FOR is a keyword but is after LOCATE) so an END to close it is not possible !
Product:	[Applications] kate	Reporter:	David Fisher <davef2001>
Component:	syntax	Assignee:	KWrite Developers <kwrite-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	wishlist	CC:	christoph
Priority:	NOR	Keywords:	triaged
Version First Reported In:	2.2.1
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	code folding problem

Description David Fisher 2005-03-04 01:27:39 UTC

Version:           2.2.1 (using KDE 3.2.1, SuSE)
Compiler:          gcc version 3.3.3 (SuSE Linux)
OS:                Linux (i686) release 2.6.5-7.147-default

Sorry about the LONG short description - this is 1st time I report a problem !

FOR is a valid entry but for some reason the code is folded when I enter
locate for xx=xx
I have tried to put false endifs etc but then wont compile.
Ive also looked at the syntax highlighting file in /syntax but it's too complicated and cannot see how it relates to code folding

BTW - wether this is important enough to be looked into or not - I will continue to use KATE as it is the best editor I've ever used for speed and solid reliability.

Comment 1 Anders Lund 2005-10-30 22:25:48 UTC

This is an issue for the author of the xharbour hl file, Giancarlo Niccolai (giancarlo at niccolai ws)

He does not have a bugzilla account, could you mail him to point his attention to this issue?

Comment 2 Joseph Wenninger 2006-09-27 19:04:24 UTC

Is this still valid ? KDE 3.3,3.4,3.5 ?
Please attach a test file to this bugreport which could be used for testing

Comment 3 David Fisher 2006-09-28 00:50:15 UTC

Created attachment 17947 [details]
code folding problem

Comment 4 David Fisher 2006-09-28 01:05:30 UTC

Add to Comment #3
I had added comments but were not sent with attachment (not experienced with bug reporting)
Thanks Joseph for your interest, if the file is opened with highlighting set to clipper or xharbour, the second procedure (others if there) dissapear if procedure main() is folded.
Thanks again for any help.

Comment 5 Christoph Cullmann 2010-02-20 14:49:43 UTC

Moving to wish list status. All highlightings works with heuristics and will never be perfect. Perhaps somebody can provide a patch, therefor not closing it.

Comment 6 Christoph Cullmann 2012-10-29 08:00:08 UTC

We would need a patch to fix this, given we can't handle over 200 highlighting files by ourself.

Comment 7 Andrew Crouthamel 2018-09-23 02:33:57 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 8 Andrew Crouthamel 2018-10-27 03:49:13 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!