Mattias Gaertner schrieb:
> 1) Frame.alClient (alLeft...) is not really honored. The frame is marked
> as occupying the according space in the container form, but its
> components are not (always) resized.
Can you provide an example?
Screenshot or project?
> 2) An event handler, implemented in the frame and added to one of its
> components, cannot be set when the form is loaded.
Please create a bug report.
Just now?
> The .lfm contains only the method name, perhaps the object name is
missing?
Can you give an example?
inline MyDocs: TFileList
Height = 493
Align = alLeft
ClientHeight = 493
TabOrder = 2
inherited edRoot: TDirectoryEdit
Width = 228
OnEditingDone = edRootEditingDone <------------#2, #4
end
inherited lbDirs: TComboBox
Text = 'lbDirs' <----------------- #5, is blank in OI
end
inherited lbFiles: TListBox
Height = 419
end
end
> 3) Sometimes it helps to remove the frames, and to add them again, but
> not always.
Helps for what?
To make the project compile and run.
> 4) Events seem to be triggered while the frame is *loaded*.
Can you give an example?
See above.
> Some more bugs, with components inside the frame:
>
> 5) Clearing a combobox.Text doesn't work, at runtime the control always
> contains its Name.
Please create a bug report with an example.
Obviously the form.lfm duplicates/overrides the frame.lfm settings,
sometimes. Perhaps I find something reproducible...
> And a last question: what's the preferred procedure for scanning a
> directory? FindFirstFile etc. look a bit window-ish to me.
See for example unit fileutil function DeleteDirectory.
Thanks :-)
DoDi
--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
