I saw a Linux Lazarus V1.9.0 ..... is that a bogus release, or what ?
This bug : http://forum.lazarus.freepascal.org/index.php/topic,36907.msg248260.html#msg248260 is still alive
It seems that no forum user is named "mantis"
Small followup from last thread: The setting to keep the IDE coolbar visible (under Options-Environment- IDE Coolbar) is not kept when recompiling for Anchordocking Design layout, even when upgrading from RC1 to RC2. Once changed after recompile it will stick though, so not a real problem.Actually it has been mentioned by many people. Could you please report it in the bug tracker.
Small followup from last thread: The setting to keep the IDE coolbar visible (under Options-Environment- IDE Coolbar) is not kept when recompiling for Anchordocking Design layout, even when upgrading from RC1 to RC2. Once changed after recompile it will stick though, so not a real problem.Actually it has been mentioned by many people. Could you please report it in the bug tracker.
It is a weird problem because Anchordocking does not change the IDECoolbar settings in any way.
Anchordocking uses a different desktop from the non-docked environment. It means when switching from non-docked to docked and vice-versa, your desktop(s) get switched as well. So yes, installing AnchorDocking, your IDECoolbar settings are changed (unless both are equal :) ).Is the fix in 1.8RC2?
AFAIK Michl fixed the issue with corrupted default AnchorDocking desktop. Maybe you have a corrupted AnchorDocking desktop from a previous installation?
Is the fix in 1.8RC2?
Yes, it was already in 1.7: https://mantis.freepascal.org/view.php?id=31084 (https://mantis.freepascal.org/view.php?id=31084)That must be a different problem then.
@Juha: I can have a look at this issue.Thanks.
I know that problem, as I use always AnchorDockingDsgn and SpartaDockedFormEditor. For me till now, it was a very minor problem, as one click after a fresh install in project optionsIt may be a bigger problem for new users who don't know about the issue, or for users who like to switch between docked and non-docked IDE.
1. Where is precompiled qt5pas.dll?
2. No QWebEngine binding in qt56.pas?
3. I don’t like the new icons, any way to switch back?
3. I don’t like the new icons, any way to switch back?
@Juha: I can have a look at this issue. I know that problem
It is fixed in trunk revision 55269 and requested for merge in 1.8: https://bugs.freepascal.org/view.php?id=31981 (https://bugs.freepascal.org/view.php?id=31981)@Juha: I can have a look at this issue.Thanks.QuoteI know that problem, as I use always AnchorDockingDsgn and SpartaDockedFormEditor. For me till now, it was a very minor problem, as one click after a fresh install in project optionsIt may be a bigger problem for new users who don't know about the issue, or for users who like to switch between docked and non-docked IDE.
It is fixed in trunk revision 55269Cool! The Coolbar indeed stays visible now.
Yes, it may be that you are the only person with a project, that will not work in the new IDE. So if you do not test, we can not fix it.
I don't see any fixes to Carbon or Cocoa widgetsets in RC2 since early April.
Yes, it may be that you are the only person with a project, that will not work in the new IDE. So if you do not test, we can not fix it.
I trust that these regressions will be fixed before 1.8 ships. They're still there in RC2. Worked fine in 1.6.4.
https://bugs.freepascal.org/view.php?id=31912
https://bugs.freepascal.org/view.php?id=31908
I don't see any fixes to Carbon or Cocoa widgetsets in RC2 since early April.
hi,
what kind of specs you would need for a mac os test machine?
would it be useful if you could connect remotely?
The Source Editor is (almost) unusable to me. If I type "Begin", the result will be "BBeeggiinn". This is bad, hope it can be fixed soon.That is related to input methods with GTK2 and certain desktop systems. There are workarounds to fix it.
The Source Editor is (almost) unusable to me. If I type "Begin", the result will be "BBeeggiinn". This is bad, hope it can be fixed soon.Almost all Lazarus versions have that problem in their first releases. And yes, it is a problem with GTK+.
Almost all Lazarus versions have that problem in their first releases. And yes, it is a problem with GTK+.What does that mean? It has not been fixed in the following releases either.
The Source Editor is (almost) unusable to me. If I type "Begin", the result will be "BBeeggiinn". This is bad, hope it can be fixed soon.Almost all Lazarus versions have that problem in their first releases. And yes, it is a problem with GTK+.
Anyway, I noticed the font in Source Editor is hard to read. See the image below, the upper image is Lazarus 1.6.4 and the lower one Lazarus 1.8.0RC2. It is not a serious problem, but I think I should report it here.You have different editor settings, including font, between those two for whatever reason.
Also, why by default the line number is turn off?
I had that problem (duplicated characters when writting) in almost all versions since 1.0 'til 1.6, in Fedora, Lubuntu and Xubuntu. The fix in all cases was to wait until an update fixed it (don't ask me who and how, but somebody did). I didn't test 1.8 yet (and I'll don't until version 1.8.1*) so I can't say if I have te same problem right now.Almost all Lazarus versions have that problem in their first releases. And yes, it is a problem with GTK+.What does that mean?
... Lazarus keeps its editor settings in "/home/.lazarus".Actually it is "/home/handoko/.lazarus" if your user name is "handoko".
I removed that folder (after I made a backup) and tested both Lazarus 1.6.4 and 1.8.0RC2 several times. The results are same:Ok, that sounds serious.
- Lazarus 1.6.4 (for Linux) uses DejaVu Sans Mono as default editor font if the ".lazarus" folder cannot be found (deleted).
- Lazarus 1.8.0RC2 (for Linux) uses -adobe-courier-medium-r-normal-*-*-*-*-*-*-*-iso10646-1 as default editor font if the ".lazarus" folder cannot be found (deleted). And the show line numbers option is not checked.
Sorry, my mistake.... Lazarus keeps its editor settings in "/home/.lazarus".Actually it is "/home/handoko/.lazarus" if your user name is "handoko".
<?xml version="1.0" encoding="UTF-8"?>
<CONFIG>
<EditorOptions Version="11">
<Display DoNotWarnForFont="DejaVu Sans Mono"/>
<KeyMapping>
<default>
<Version Value="6"/>
</default>
</KeyMapping>
<CodeTools CodeTemplateFileName="/home/handoko/.lazarus/lazarus.dci" CompletionLongLineHintTypeCompletionLongLineHintType="sclpExtendRightOnly"/>
<Mouse>
<Default Version="1"/>
</Mouse>
<Color Version="11"/>
</EditorOptions>
</CONFIG>
<?xml version="1.0"?>
<CONFIG>
<EditorOptions Version="2">
<Display EditorFont="-adobe-courier-medium-r-normal-*-*-*-*-*-*-*-iso10646-1" ExtraLineSpacing="2"/>
</EditorOptions>
</CONFIG>
Anchordocking uses a different desktop from the non-docked environment. It means when switching from non-docked to docked and vice-versa, your desktop(s) get switched as well. So yes, installing AnchorDocking, your IDECoolbar settings are changed (unless both are equal :) ).Is the fix in 1.8RC2?
AFAIK Michl fixed the issue with corrupted default AnchorDocking desktop. Maybe you have a corrupted AnchorDocking desktop from a previous installation?
I did not test now but earlier I could reproduce the problem. Then I checked that the IDECoolbar visibility setting has default value True everywhere. It means the IDECoolbar should remain visible in new desktop configurations always, AnchorDocking or not, but it didn't.
@otoien, can you reproduce it also with a new clean configuration using 1.8RC2?
A clean configuration eliminates any possible corrupt configuration issues.
Can't debug on Sierra 10.12.5
Can't debug on Sierra 10.12.5
Can't debug on Windows 10
Can't read libpq.dll (Postres 9.4) on Windows 10.
Drag a TAChart onto a form.
A range check error popup occurs.
Drag a TAChart onto a form.
A range check error popup occurs.
Read this: http://forum.lazarus.freepascal.org/index.php/topic,37163.0.html
I've just downloaded and tried Lazarus 1.8.0RC2. I installed it using 3 deb files downloaded from SourceForge. And I found some issues.
{$IfOpt H-}S{$Else}PChar(S){$EndIf}
... and I set the cursor on $else then I press [Ctrl]-[Space] for the List of options{$IfOpt H-}S{$Else}ElseIf(S){$EndIf}
I expected the list to close or to show options about PChar but not that. Is it something new or something old ? Is it a Bug ? Will it be fixed ?The validity of your code depends on the "nested comments" FPC option.
IIRC both CodeTools and the editor highlighting are clever enough to respect that option.
I reported: https://bugs.freepascal.org/view.php?id=32019Thanks !
currently work on lots of dialogs in my large project,
[shift]-[F12] shows up the list.
This windows doesn't remember it's position
and called again, always overlays the sourcecode editor window.
I now always have to drag it to the right again ..
Is it possible anyhow to make it remember it's last used position ?
I currently work on lots of dialogs in my large project, [shift]-[F12] shows up the list.That is a bug. Most IDE windows have these calls:
This windows doesn't remember it's position and called again, always overlays the sourcecode editor window.
I now always have to drag it to the right again ..
It may have been there for some time. Did it work with Lazarus 2.6.4?lazarus 1.4.4 exhibits the same behavior. Pressing shift+f12 opens the dialog in the center of the screen. moving it anywhere of center and closing and next time it will reopen on the center of the screen. Personally I prefer the current behavior, its a dialog and it should always open and close on the same spot regardless of user actions. It is not a floating toolbar that it should intergrade with the applications layout.
Personally I prefer the current behavior, its a dialog and it should always open and close on the same spot regardless of user actions. It is not a floating toolbar that it should intergrade with the applications layout.Ok, that is a valid point, too. Maybe it should be one more option.
Pressing shift+f12 opens the dialog in the center of the screen.Actually it is a feature, not a bug.
But it remembers Width and Height. So Position is the only thing that gets lost.
Speaking of the IDE-Macros, is it right thatproject is not the executable, and the project's output directory is the units output directory see attachment. I guess you are searching for the target's directory
$(ProjOutDir) as well as $Project(OutputDir) are pointing to the Units-Output Directory, and there is no macro pointing to the Directory of the executable-binary ?
In my Opinion one of them ($Project(OutputDir))should point to the directory of the executable.
Or is there a reason why there is no macro to the executable-directory ?
Pressing shift+f12 opens the dialog in the center of the screen.Actually it is a feature, not a bug.
But it remembers Width and Height. So Position is the only thing that gets lost.
Class TIDEDialogLayout has properties Width and Height but no Top and Left.
They should be added IMO, and maybe an option for restoring the position added.
If somebody makes a patch we can have it soon. Otherwise I can look at it later.
project is not the executable, and the project's output directory is the units output directory see attachment. I guess you are searching for the target's directoryThanks that was the clue i needed
As strange as it goes, when I copy something from Lazarus (1.8.0RC2 64 bit * Debian Jessie 64 bit) it adds a "sharp" symbol (#) in the end:Is it related to this issue?The symbol is not visible when pasted in Lazarus, but appears when pasting into other app.
if not isLoaded then begin WriteLnLog('DMusicTrack.Start','ERROR: Music is not loaded!'); exit; end;#
Mac OS X:This is end of macOS support? "From January next year, all new apps must support 64-bit". MacOS High Sierra will be the last version to support 32-bit apps.
10.5 to 10.12, LCL only 32bit, non LCL apps can be 64bit.
Is it related to this issue?Sorry, I can't tell if it does. I don't have a clipboard hex analyzer... And have no idea where to get one.
https://bugs.freepascal.org/view.php?id=21453
Can you copy/paste between 2 Lazarus instances?Everything works perfectly. (UPD: it was working prior to next step.)
Please see also:Yes, that fixed the # symobl perfectly.
http://forum.lazarus-ide.org/index.php/topic,37097.msg248196.html#msg248196
What happens if you build Lazarus with GTK_REMOVE_CLIPBOARD_NULL?
BUT!QuotePlease see also:Yes, that fixed the # symobl perfectly.
http://forum.lazarus-ide.org/index.php/topic,37097.msg248196.html#msg248196
What happens if you build Lazarus with GTK_REMOVE_CLIPBOARD_NULL?
LibreOffice now doesn't add # in the end.
Hi all,No comments ? Is it wanted that way ? Can someone confirm this behaviour ?
first i want to thank the whole team for this excellent piece of software.
I really like to work with it.
Now I stumbled on something, maybe It's something old, maybe something went wrong with my version ... but I could verify it with the released version:
I use the x86_64 version on win10:
I write :Code: [Select]{$IfOpt H-}S{$Else}PChar(S){$EndIf}
... and I set the cursor on $else then I press [Ctrl]-[Space] for the List of options
then I use the cursor-keys to set the cursor on PChar and press [Space] i get:Code: [Select]{$IfOpt H-}S{$Else}ElseIf(S){$EndIf}
I expected the list to close or to show options about PChar but not that. Is it something new or something old ? Is it a Bug ? Will it be fixed ?
Then test with trunk after revisions r55269 + r55277. They fixed issue:No it isn't, when loading lazarus default (no-AD) all AD-desktop-settings are deleted (they only should be deactivated). I don't thonk that it ever worked, so it maybe not a bug related to 1.8rc2, but would be a C.o.o.l. (see ([spoiler] scroll code to end): http://forum.lazarus.freepascal.org/index.php/topic,37229.msg249746.html#msg249746 ) if it's fixed in the 1.8 final.
https://bugs.freepascal.org/view.php?id=31981 (https://bugs.freepascal.org/view.php?id=31981)
which was about wrong options for a docked IDE. This issue could be related. The revisions will be merged to fixes_1_8.
If the given revisions do not help, then please report with steps to reproduce.I just did.
I just tested the issue again. In my point of view it is working correct:Then test with trunk after revisions r55269 + r55277. They fixed issue:No it isn't, when loading lazarus default (no-AD) all AD-desktop-settings are deleted (they only should be deactivated).
https://bugs.freepascal.org/view.php?id=31981 (https://bugs.freepascal.org/view.php?id=31981)
which was about wrong options for a docked IDE. This issue could be related. The revisions will be merged to fixes_1_8.
Speaking of the IDE-Macros, is it right thatI am using this in tools menu:
$(ProjOutDir) as well as $Project(OutputDir) are pointing to the Units-Output Directory, and there is no macro pointing to the Directory of the executable-binary ?
In my Opinion one of them ($Project(OutputDir))should point to the directory of the executable.
Or is there a reason why there is no macro to the executable-directory ?
bgratext.pas(361,30) Error: Identifier not found "lpNoGUI"
bgratext.pas(405,64) Error: Identifier not found "lpNoGUI"
openglcontext.pas(71,4) Error: User defined: this LCL widgetset/OS is not yet supported
I just tested the issue again. In my point of view it is working correct:I didn't deinstall AD i just switch from Lazarus with AD to Orginal released Lazarus to test if an error is there too, and You mean i have to reinstall all my carefully layouted desktops again ?
If you make changes in a undocked (default) IDE in the settings, these settings are taken to a initially docked desktop after installing package AnchorDockedDsgn. You can now make changes in this new created (default docked) desktop. The last unused (default) desktop isn't deleted and not changed (see Mainmenu -> Tools -> Desktops ...).
If you now uninstall package AnchorDockedDsgn, the previous default desktop is loaded again. The docked desktops are deleted and this is correct, as they come with the package AnchorDockedDsgn (all things that a package installs have to be removed, if the package is uninstalled).
If you later want to reuse docked settings, you have do export and import these docked desktops. Of course this is not working now (https://bugs.freepascal.org/view.php?id=29200 (https://bugs.freepascal.org/view.php?id=29200)). So the current workaround is to make a copy of your environmentoptions.xml and use it after reinstalling AnchorDockedDsgn, don't uninstall that package or adapt your divergent settings from your default desktop after package reinstalling.
I didn't deinstall AD i just switch from Lazarus with AD to Orginal released Lazarus to test if an error is there tooHow do you test it? If AnchorDockingDsgn is installed, you can't switch to default destop. Please explain, what steps you made.
and You mean i have to reinstall all my carefully layouted desktops again ?Yes, that is a known problem. Currently don't use more then one desktop with installed AnchorDocking. See linked bugreport above.
Which - If you really had tested it - isn't working correctly too (Windows don't appear, or appear on another place and hiding other windows), but that would be another issue.
How about: "If a desktop-setting isn't meant for you, don't touch it, yust deactivate it, or activate only the parts you understand but NEVER delete it (at least not without questioning the User) !!!I don't understand what you mean with that.
BTW: when working with Sparta (at the moment) you have to switch often, when you work with incompatible (Delphi) Form-Files.In the last time, I always work with installed AnchorDockingDsgn and Sparta_DockedFormEditor. But I don't work with Delphi form files. I don't have any problems here, how I use the IDE. Please create for any unknown issue, you found in your daily work, a bug report. Only if the bug is known and repeatable, there is a chance that someone can fix it.
How about: "If a desktop-setting isn't meant for you, don't touch it, yust deactivate it, or activate only the parts you understand but NEVER delete it (at least not without questioning the User) !!!
That's normaly the point when using XML-Files, things you don't understand, you just store as they are, (or leave it alone)
How do you test it? If AnchorDockingDsgn is installed, you can't switch to default destop. Please explain, what steps you made.Since I Use win10 the release executable is preserve in the folder (as a nomal User I don't have write-rights in that directory)
[..] use only one Docked-Desktopnormaly I do. But somtimes you want to store a specific layout for a Project with two or more Editor-Windows ... Debug-Desktop, or just for other reasons I want to preserve the actual layout.
I don't understand what you mean with that.The Desktop-Layout are stored in a xml-file. So when you find a Desktop file with A(Or other Unknown )-Layouts you just save the data separatly and restore it as it was when saving the file, or ask the User what to delete,
In the last time, I always work with installed AnchorDockingDsgn and Sparta_DockedFormEditor. But I don't work with Delphi form files. I don't have any problems here, how I use the IDE. Please create for any unknown issue, you found in your daily work, a bug report. Only if the bug is known and repeatable, there is a chance that someone can fix it.
Point me to Where is the Data read (File & place) [edit]( in the trunk of cause)
How it works now: the options XML file is parsed into pascal structures and the content is trashed/forgotten. What cannot be read is lost.
As I stated before: feel free to improve it.
Point me to Where is the Data read (File & place) [edit]( in the trunk of cause)
and also Where is the Data written (File & place) I hope it's Component.
In the last time, I always work with installed AnchorDockingDsgn and Sparta_DockedFormEditor.
Maybe having 2 Lazarus folders/EXEs, one with AnchorDocking installed and one without it would help you as well.Yes, and using separate configurations for them with --pcp=...
Yes, and using separate configurations for them with --pcp=...You are right it's a reasonable workaround, only when testing something it at best has to be with the same configuation otherwise you'll never know if its the config or the program.
Then a docked and non-docked layouts must be configured only once.
That is a workaround however.
Making the IDE aware of AnchorDocking settings also when AnchorDocking is not installed sounds like a right solution.I'd call it make the IDE aware that there may be other components writing configurations (e.G: AnchorDocking)
Maybe there can be default Load and Save functions that only retain the data. Then AnchorDocking can register its own Load and Save functions.That sounds like a better solution, but a bigger change, because it involves both, the Base-IDE and the component. Maybe in the next step.
That sounds like a better solution, but a bigger change, because it involves both, the Base-IDE and the component. Maybe in the next step.Obviously the Base-IDE must be involved when AnchorDocking is not installed. I don't know how you planned to do it.
procedure TDesktopOpt.Load(Path: String);
procedure TDesktopOpt.Save(Path: String);
See the "if Assigned(FDockedOpt) then" part.
/opt/lazarus/ide/sourcefilemanager.pas(6450,29) Error: (5038) identifier idents no member "DesignPPI"
/opt/lazarus/ide/sourcefilemanager.pas(6452,71) Error: (5038) identifier idents no member "DesignPPI"
/opt/lazarus/ide/sourcefilemanager.pas(6454,88) Error: (5038) identifier idents no member "DesignPPI"
/opt/lazarus/ide/sourcefilemanager.pas(6455,88) Error: (5038) identifier idents no member "DesignPPI"
/opt/lazarus/ide/sourcefilemanager.pas(6457,86) Error: (5038) identifier idents no member "DesignPPI"
/opt/lazarus/ide/sourcefilemanager.pas(6458,86) Error: (5038) identifier idents no member "DesignPPI"
/opt/lazarus/ide/sourcefilemanager.pas(6459,27) Error: (5038) identifier idents no member "DesignPPI"
sourcefilemanager.pas(8456) Fatal: (10026) There were 7 errors compiling module, stopping
Fatal: (1018) Compilation aborted
Makefile:3961: recipe for target 'lazarus' failed
This works as well as usual with fpc 3.1.1:Works well here. FPC trunk is a moving target. Please update.
This works as well as usual with fpc 3.1.1:Works well here. FPC trunk is a moving target. Please update.
3. I don’t like the new icons, any way to switch back?
No, Lazarus moves only forward, no step back :)
1.I'll commit qt5pas1.dll in binaries/i386-win32/qt next week (mingw build),
2.QWebEngine isn't yet inside bindings because I must create all stuff manually since I don't any scripts for
automatic bindings creation, on the other side QWebKit is deprecated so that's the reason why it's moved away from
bindings.
Hi!
I have two question:
1. This working good on 64bit win, not than previous builds?
2. How can i Activate the single window mode?
Thank you for your help!