just a quick question is the help still broken?Is/Was there a bug report about it?
I have no idea. I'm not that a frequent user.just a quick question is the help still broken?Is/Was there a bug report about it?
Well, I was not aware that it is/was broken. Nor in which way it is/was broken.I have no idea. I'm not that a frequent user.just a quick question is the help still broken?Is/Was there a bug report about it?
[Window Title]
No help found for this topic
[Content]
No help found for "unit1.pas" at (34,14)
[Cancel]
I confirm this behaviour with Laz trunk. But once the corresponding unit (sqldb) is listed in "uses", it works as expected. Same with ancient Laz 1.6.4. My feeling is that help never worked as you are expecting (although it would be reasonable).
No it worked at some point, I remember using it to find out which unit to add to the uses clause on my units. if you say that 1.6.8 has the same behavior then I guess I remember it from 1.4 or older. Can I be wrong though and remember some other IDE? I'm certain it was pascal. Oh well, at least now you are aware.Only if someone adds it to the bug tracker.
I remember using it to find out which unit to add to the uses clause on my units.Just OT: If you want to add a component at runtime and do not know which unit to add, simply add that component to the form at designtime and then delete the component again. The IDE adds the unit to the uses list and keeps it there even if the component does not exist any more..
No it worked at some point, I remember using it to find out which unit to add to the uses clause on my units. if you say that 1.6.8 has the same behavior then I guess I remember it from 1.4 or older. Can I be wrong though and remember some other IDE? I'm certain it was pascal. Oh well, at least now you are aware.
- Any bug-fixes already made to trunk, that you believe should still beAlready resolved from the bug list:
merged to the fixes branch (fixes that are not listed on the above wiki page)
It is strange that many patches wait for years and are not applied. Why make them at all?It's a known problem, with many reasons...
The intended minimum requirements for the release will be:
Windows:
2k(*), XP(*), [...]
(*) requires install from sources
Already resolved from the bug list:It was a controversial issue and the patch was just applied. I don't feel comfortable merging it. Usually something bad happens with such last moment merges. Also the bug was not serious, no crashes or lost data or such.
34759 (https://bugs.freepascal.org/view.php?id=34759),
35465 (https://bugs.freepascal.org/view.php?id=35465),Removing two unused parameters it not a bug fix by any criteria. It can be seen as a useless change because those parameters could be used in some future prospect. I remember getting feedback for applying such a patch.
35466 (https://bugs.freepascal.org/view.php?id=35466),C'mon! Deleting one unused variable is not a bug fix.
35696 (https://bugs.freepascal.org/view.php?id=35696),This was applied from Mattias. I marked it for merging anyway now. Thanks.
35173 (https://bugs.freepascal.org/view.php?id=35173),Marked for merging now. Thanks.
35512 (https://bugs.freepascal.org/view.php?id=35512),Marked for merging. Thanks.
35694 (https://bugs.freepascal.org/view.php?id=35694),Minor tweaking, or a micropatch as you call it. Not a bug fix, not merged.
35467 (https://bugs.freepascal.org/view.php?id=35467).Another "micropatch" eliminating one variable. Why should it be merged to a bug fix release?
It is strange that many patches wait for years and are not applied. Why make them at all?Yes but that is a whole different problem. Patches, when applied, are always applied to trunk. Some patches are ignored for a long time which is bad, but it is not related to the process of merging to fixes branch.
Already resolved from the bug list:I looked through this list and found:
34759 (https://bugs.freepascal.org/view.php?id=34759),
35465 (https://bugs.freepascal.org/view.php?id=35465),
35466 (https://bugs.freepascal.org/view.php?id=35466),
35696 (https://bugs.freepascal.org/view.php?id=35696),
35173 (https://bugs.freepascal.org/view.php?id=35173),
35512 (https://bugs.freepascal.org/view.php?id=35512),
35694 (https://bugs.freepascal.org/view.php?id=35694),
35467 (https://bugs.freepascal.org/view.php?id=35467).
It is strange that many patches wait for years and are not applied. Why make them at all?
Does that means there will be no installer for those two OSs? And, if so, will this be just for this release or from now on?
Lazarus 2.0.8
for April 2020 (estimated 14th to 20th)
This release will be built with FPC 3.0.4.
Does it mean 2.0.8 comes with fpc 3.0.4 or fpc 3.2?It was written there quite clearly.
Does it mean 2.0.8 comes with fpc 3.0.4 or fpc 3.2?3.0.4
- you commented resolved reports. Don't do this, nobody will notice that you added something. Always reopen the report and put it to "feedback"I noticed when I went through the issues. :)
So if the 2.0.6 installer indeed works on xp/2k (someone needs to test that), and there is demand for such an installer, then we can go for this (and maybe a few more releases) with the older inno setup.
Well as long as the Lazarus installer runs, it installs fpc too.
Further snapshots will be older inno as well. (So there will eventually be builds with the fpc rc that can go onto xp/2k)
Yes; I was thinking more of the future Lazarus 2.2 with FPC 3.2. If there is no installer one would have to install a previous version (say, 2.0.6), build fpc 3.2 and then build lazarus 2.2, ...No. You make it sound more dramatic than it is. FPC will most likely have an installer of some sort for old Windows. Once FPC is there, building Lazarus from sources is easy. Building FPC would indeed be a bigger task.
When ready-made patches that are confirmed are not applied for years, it kills the idea of team support for the product, because the work of team members is ignored, citing either lack of time or unimportant completion :'(.I remember most of your patches have been applied within a reasonable time frame. Yes, there may be exceptions for that.
The Lazarus team has scheduled
Lazarus 2.0.8
for April 2020 (estimated 14th to 20th)
This release will be built with FPC 3.0.4.
Here is the list of fixes for Lazarus 2.0.8 (since 2.0.0):
http://wiki.freepascal.org/Lazarus_2.0_fixes_branch
We would invite everyone to provide their feedback to help us improve
this upcoming release. Please let as know in particular:
- Any bug-fixes already made to trunk, that you believe should still be
merged to the fixes branch (fixes that are not listed on the above wiki page)
- Any regressions that happened in fixes branch since the release of 2.0
- Other urgent matters, you believe we should know before the release.
Please attempt to provide your feedback by: 9th April 2020
More info on our release process can be found at (work in progress):
http://wiki.lazarus.freepascal.org/Lazarus_release_engineering
Information about the previous release:
http://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes
http://wiki.lazarus.freepascal.org/User_Changes_3.0.4
The intended minimum requirements for the release will be:
Windows:
2k(*), XP(*), Vista, 7, 8, 8.1 and 10, 32 or 64bit.
FreeBSD/Linux:
gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit.
macOS:
10.5 to 10.12; Carbon (32bit), Cocoa (64bit, beta), qt and qt5
(32 or 64bit).
(*) requires install from sources
Does your project compile? Do you have "sqldb" in the uses clause?aparently not that was the point to find out where the class where defined.
I did some tests:well the search for information is more than half the help functionality but I get your point.
- If I add your code, but do not add "uses sqldb", then I do get the error.
- If I add "uses sqldb" then it works.
Agreed with most of your points so far. Being a tourist in this community I fill like complaining for a free meal so I mostly keep it to my self except maybe a hint here and there.
Unfortunately I am not the one who maintains the help system, and I do not know how it is designed.
There could be many TSqlQuery in different units.
So if the IDE can not detect (from the uses clause, and from parsing the code in your unit), where TSqlQuery is defined, then I have no idea what it is designed to do.
Ideally it should give a list of all help topics for the highlighted word.
I do not know if that is implemented.
IMHO, it should be reported in our bug tracker.
If you need to find what unit to add to your uses: https://wiki.lazarus.freepascal.org/Lazarus_IDE_Tools#Unit_.2F_Identifier_Dictionary_.28Cody.29
(though there was some trick needed, to scan and create the dictionary)
If you have queries on this, best to open a new forum thread, with a matching subject, so people who know will see it.
I wasn't aware of that I'll have to take a closer look thank you, although old habits die hard and all that.
Eljo, I wonder if you are thing of the "Show Unit, Identifier Dictionary" ? Its great when you want to know what unit needs to be included. However, it maintains its own database and needs to learn where things that you use are. But I sure recommend it.
Hmm, maybe you need to install 'cody' package, then you will find it under the 'Source' menu.
Davo
well the search for information is more than half the help functionality but I get your point.
I have applied a big number of your patches.Sorry for the emotion. Thank you for what you are doing.
your website is still not updated. it's confusing, I guess it's not continued
your website is still not updated. it's confusing, I guess it's not continuedWhat part of it is not updated?
With fpc 3.2.0-rc1, building lazarus-cocoa with 2.0-fixes is broken:Resolved for trunk with commit 62885 and merged to fixes_2_0 with commit 62901. You guys are doing a great job.
cocoaprivate.pas(1552,26) Error: identifier idents no member "setNeedsDisplay"
cocoaprivate.pas(1563,8) Error: identifier idents no member "setNeedsDisplay"
I do not really know the details, but I assume the update of the Cocoaint header translations has not been taken into account.
After replacing setNeedsDisplay in cocoaprivate.pas with setNeedsDisplay_(true) the next error shows up:
cocoascrollers.pas(53,15) Error: There is no method in an ancestor class to be overridden: "setDocumentView(NSView);"
cocoascrollers.pas(53,15) Error: Objective-C messages require their Objective-C selector name to be specified using the "message" directive.
cocoascrollers.pas(53,15) Error: Mismatch between number of declared parameters and number of colons in message string.
Filing a bug report.