Just so I don't forget, here's my list of things that don't seem to be working yet in the Qt widgetset:

(1) TLabel doesn't support WordWrap.

(2) Problem with tabbing between controls when some controls are on a TTabSheet and other controls are directly on form.

(3) TImage not yet supported?

(4) On OS X, the TOpenDlg comes up with "[New File] in the dialog box title.

(5) On OS X, an unfocussed TEdit's background color is almost invisible -- using almost same color as form?

(6) On OS X, a TBitBtn with a Height of 29 displays as a rectangle, whereas a TBitBtn with a Height of 33 displays using the nice Aqua oval. Not sure what's going on here. This affects MessageDlg too.

(7) In one of my projects, all controls have an OnEnter event handler that displays the control's Hint on the form's status bar. This doesn't work for TEdit controls.

Thanks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20061127/dfdf7193/attachment.html>

It was indeed a good idea to create this list. I will comment on each bug and mark which ones I will fix, and which ones not (i.e. if you really need fixed, better send a patch). My time is finite =) so I cannot fix everything.

(1) TLabel doesn't support WordWrap.

Will fix, I need this.

(2) Problem with tabbing between controls when some controls are on a TTabSheet and other controls are directly on form.

The tabbing code is concentrated on the procedure TQtMainWindow.setTabOrders

There I get a list of child components of a form using Form.Components and iterate throught all components. It would be necessary on the iteration to take into account on the loop the parent of the components.

Is there a ready created list of the childs of a control? I couldn't find one.

This isn't hard to fix, but needs a lot of thinking, testing, etc. Somewhat boring. Won't fix anytime in the near future.

(3) TImage not yet supported?

I will need to improve imaging support because the current one isn't yet enougth to get the magnifier running, so this will likely be fixed in the process. At least showing a image should work.

(4) On OS X, the TOpenDlg comes up with "[New File] in the dialog box title.

Tested here and could not reproduce on Linux. Here is the code I used:

procedure TForm2.Button1Click(Sender: TObject);
begin
  OpenDialog1.Title := 'Meu Open Dialog Um';
  OpenDialog1.Execute;
end;

(5) On OS X, an unfocussed TEdit's background color is almost invisible -- using almost same color as form?

Currently TEdit uses the same background color as the parent. Seams trivial to fix, just change the background color to TEdit.Color property. Will fix.

(6) On OS X, a TBitBtn with a Height of 29 displays as a rectangle, whereas a TBitBtn with a Height of 33 displays using the nice Aqua oval. Not sure what's going on here. This affects MessageDlg too.

No idea, never saw this problem on windows or linux. Better make a plain pascal-Qt software to test the Qt behavior on buttons. I always use QPushButton on qt widgetset. Don't plan on fixing anytime soon, unless I see this bug when I finally get to test the magnifier on Mac OS X.

(7) In one of my projects, all controls have an OnEnter event handler that displays the control's Hint on the form's status bar. This doesn't work for TEdit controls.

Doesn't seam hard, but I don't have time.

thanks,

Philip J wrote

(5) On OS X, an unfocussed TEdit's background color is almost invisible -- using almost same color as form?

It was a bug on color setting method. It was setting the color too much. When changing window color, the entire qt palette would be changed to that color, so buttons, comboboxes, everything would be on the same color. I just fixed here. Please test to confirm it's fixed.

Felipe,

That didn't make any difference. I think I might have mislead you on this one. I think what's happening is that when the TEdit loses focus, the color is okay, but it's losing its border. I guess I should have looked at it a bit closer. Normally on OS X when an edit control has the focus, it has a border as well as a fuzzy blue halo; when it loses focus, it loses the halo but retains the border. With the Qt widgetset the focussed TEdit has only the halo, so when it loses focus it doesn't have the halo or the border.

Thanks for offering to fix some of the issues I observed. I just listed them to make sure I didn't forget about them in a week or two. I certainly don't expect you to drop everything to work on them, although once resolved the Qt widgetset will be just that much stronger.

I'll be glad to test the Magnifier for you on OS X with the Qt widgetset.

Thanks.

-Phil

Philip J wrote

That didn't make any difference.

Well, at least I fixed another bug =)

Normally on OS X when an edit control has the focus, it has a border as well as a fuzzy blue halo; when it loses focus, it loses the halo but retains the border. With the Qt widgetset the focussed TEdit has only the halo, so when it loses focus it doesn't have the halo or the border.

On Windows and Linux TEdit looks normal.

To investigate this you would need to create a pure pascal-qt application with just a QWidget (or QMainWindow) and a QLineEdit.

Then see if the QLineEdit (equivalent of TEdit) looks normal. If yes, we need to investigate what is wrong on Qt-LCL code. If no, then it?s necessary to find what needs to changed on that test program to make it work, and add that code to Qt-LCL.

I think it will be the second option. Docs for QLineEdit are here:

http://doc.trolltech.com/4.1/qlineedit.html

Felipe Monteiro de Carvalho wrote

http://doc.trolltech.com/4.1/qlineedit.html

perhaps you know...

but with konqueror
you can type as url:

qt:qlineededit

and you will get automagically redirected (latest->4.2) to http://doc.trolltech.com/4.2/qwidget.html

you do not even have to launch konqueror,
fastest way:

Alt-F2 (i.e. run command...)

specify:
qt:qwidget<ENTER>

it will open a konqueror at http://doc.trolltech.com/4.2/qwidget.html