Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2011-09

Source and Editor woes

9 messages · 2 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Hans-Peter Diettrich

While editing the LCL docs I came across the following nasty things:

After an commit the XML file(s) may be found different, so that the IDE asks to reload the file(s). Did somebody else observe this strange behaviour?

Because the lines in the XML files can be very long, I sometimes edit them in full-screen mode. Unfortunately the editor window is restored to normal size on many events:
- text completion (pops up whenever the cursor rests after an dot)
- block folding
- (don't remember more)

Can this behaviour be cured, somehow?

DoDi

Reply by email

Martin
to Hans-Peter Diettrich
Hans-Peter Diettrich wrote 5 lines
While editing the LCL docs I came across the following nasty things: After an commit the XML file(s) may be found different, so that the IDE asks to reload the file(s). Did somebody else observe this strange behaviour?

The IDE shows a diff, if you select one of the files in the dialog. So you can check what changed.
I have seen this with pascal files, if the contain a $ID, which svn updates.

Show quoted text 9 lines
Because the lines in the XML files can be very long, I sometimes edit them in full-screen mode. Unfortunately the editor window is restored to normal size on many events: - text completion (pops up whenever the cursor rests after an dot) - block folding - (don't remember more) Can this behaviour be cured, somehow?

Which revision?
Any docking extension active in the ide? Maybe another package?

I recall having had that once, for a very short time (quite a while ago), I do not think it was my config, it might have been some extra package that was installed, or it got fixed (at least as far as my tests go)

Reply by email

Hans-Peter Diettrich
to Martin
Show quoted text 9 lines
On 24/09/2011 12:13, Hans-Peter Diettrich wrote: > While editing the LCL docs I came across the following nasty things: > > After an commit the XML file(s) may be found different, so that the > IDE asks to reload the file(s). Did somebody else observe this strange > behaviour? The IDE shows a diff, if you select one of the files in the dialog. So you can check what changed.

That turned out to be not really useful. It contained 5600 lines, IIRC, impossible to find out what's different and what's the correct version. When I saved the editor file under a different name, fc did find only two different lines - with no visible difference (whitespace? line endings?).

I have seen this with pascal files, if the contain a $ID, which svn updates.

It also happens in other situations, where SVN is not involved.

BTW, the FPDoc Editor might get into the way, when the sources are inspected while editing the docs. In my case this cannot happen, because I redirected it to a common doc folder, but every other user may have this problem. I didn't dare right now to revert this feature, but what will happen when the FPDoc Editor is *also* used to update the docs, while the XML files are open in the source editor???

Show quoted text 10 lines
> Because the lines in the XML files can be very long, I sometimes edit > them in full-screen mode. Unfortunately the editor window is restored > to normal size on many events: > - text completion (pops up whenever the cursor rests after an dot) > - block folding > - (don't remember more) > > Can this behaviour be cured, somehow? Which revision?

Unknown - but multiple revisions show that behaviour.

Any docking extension active in the ide?

In one case, yes.

Maybe another package?

I've installed only the minimum set of standard packages.

I recall having had that once, for a very short time (quite a while ago), I do not think it was my config, it might have been some extra package that was installed, or it got fixed (at least as far as my tests go)

I.e. you can not reproduce the described behaviour?

DoDi

Reply by email

Martin
to Hans-Peter Diettrich
Hans-Peter Diettrich wrote 9 lines
Martin schrieb: > The IDE shows a diff, if you select one of the files in the dialog. > So you can check what changed. That turned out to be not really useful. It contained 5600 lines, IIRC, impossible to find out what's different and what's the correct version. When I saved the editor file under a different name, fc did find only two different lines - with no visible difference (whitespace? line endings?).

Don't know, a bug? or a diff algorithm that doesn't work well with your data?
I mostly have pascal files open. and shows the right diff.

Show quoted text 8 lines
> I recall having had that once, for a very short time (quite a while > ago), I do not think it was my config, it might have been some extra > package that was installed, or it got fixed (at least as far as my > tests go) I.e. you can not reproduce the described behaviour?

I played around with it, for some longer. I use "restore pos" in the window settings, so it does not happen.

You probably have a fixed pos? In that case it can be reproduced, on focus. Please report it on mantis

Reply by email

Martin
to Hans-Peter Diettrich: That's why a problem with XML source files may not have been detected until now. I use…
Hans-Peter Diettrich wrote 5 lines
Martin schrieb: > I played around with it, for some longer. I use "restore pos" in the > window settings, so it does not happen. I use "restore geometry", a "restore pos" is not available?

yes, "restore geometry" that is what I meant. And that is what I normally use, and wile using this, it has never happened to me. (except once, when it was combined with a bug about negative window coordinates, but that is fixed; however meaning that in theory the issue exist with "restore geom" too, but does not trigger for me).

Ok scratch the last paragraph, after having said that, I have no one triggered it with "restore" too, but it has not happen before. And I am not sure how to repeat.

Using "default pos" or "custom pos" the issue is repeatable. I seem to experience one unexpected resize/re-position, after changing the option, then repositioning the window

Show quoted text 5 lines
> You probably have a fixed pos? In that case it can be reproduced, on > focus. Please report it on mantis What version should I use for an reasonable error report?

I tested with trunk, and it is present. If you experience in any other version, use that for the report, and mention that it was reproduced with trunk too.

Maybe attach environmentoptions.xml. And steps to reproduce with an empty project.

Reply by email

Hans-Peter Diettrich
to Martin: Don't know, a bug? or a diff algorithm that doesn't work well with your data? I mostly…
Show quoted text 14 lines
On 28/09/2011 02:48, Hans-Peter Diettrich wrote: > Martin schrieb: >> The IDE shows a diff, if you select one of the files in the dialog. >> So you can check what changed. > > That turned out to be not really useful. It contained 5600 lines, > IIRC, impossible to find out what's different and what's the correct > version. When I saved the editor file under a different name, fc did > find only two different lines - with no visible difference > (whitespace? line endings?). Don't know, a bug? or a diff algorithm that doesn't work well with your data? I mostly have pascal files open. and shows the right diff.

That's why a problem with XML source files may not have been detected until now.

Show quoted text 10 lines
>> I recall having had that once, for a very short time (quite a while >> ago), I do not think it was my config, it might have been some extra >> package that was installed, or it got fixed (at least as far as my >> tests go) > > I.e. you can not reproduce the described behaviour? > I played around with it, for some longer. I use "restore pos" in the window settings, so it does not happen.

I use "restore geometry", a "restore pos" is not available?

You probably have a fixed pos? In that case it can be reproduced, on focus. Please report it on mantis

What version should I use for an reasonable error report?

I tried to rebuild the trunk version, but ran into a problem with the FCL package installer. Which FPC version is required to rebuild Lazarus trunk?

DoDi

Reply by email

Hans-Peter Diettrich
to Martin: yes, "restore geometry" that is what I meant. And that is what I normally use, and wile…
Ok scratch the last paragraph, after having said that, I have no one triggered it with "restore" too, but it has not happen before. And I am not sure how to repeat.

I wonder why the IDE *ever* has to resize or move already *existing* forms. Why can't it simply provide intital values for the first appearance of a form, and (eventually) save its final state? Brining a form to front doesn't required to touch its coordinates.

DoDi

Reply by email

Hans-Peter Diettrich
to Martin: yes, "restore geometry" that is what I meant. And that is what I normally use, and wile…
Ok scratch the last paragraph, after having said that, I have no one triggered it with "restore" too, but it has not happen before. And I am not sure how to repeat.

I just tried with the current snapshot (IDE r29341), undocked IDE, and the problem exists there. After a rebuild (r32550) I was unable to reproduce the problem.

Since docking still is broken (DragManager, DockWindow, bad IDE window DragKind=dkDrag...), I have to apply several patches to my docking IDE, and there the problem is reproducible - but this doesn't help much :-(

DoDi

Reply by email

Martin
to Hans-Peter Diettrich
Hans-Peter Diettrich wrote 14 lines
Martin schrieb: > Ok scratch the last paragraph, after having said that, I have no one > triggered it with "restore" too, but it has not happen before. And I > am not sure how to repeat. I just tried with the current snapshot (IDE r29341), undocked IDE, and the problem exists there. After a rebuild (r32550) I was unable to reproduce the problem. Since docking still is broken (DragManager, DockWindow, bad IDE window DragKind=dkDrag...), I have to apply several patches to my docking IDE, and there the problem is reproducible - but this doesn't help much :-(

I was still able to reproduce: http://bugs.freepascal.org/view.php?id=20368

Reply by email