new patch:
*ScrollBar.Max fix in qtwinapi->SetScrollInfo()
*Partially fixed ShowModal() (no more CPU burning) , look at the comment there.

that's all folks , no more free time in next few weeks ...

cheers,
zeljko
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qtupdate-r11268.patch
Type: text/x-patch
Size: 2343 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20070603/dd25593b/attachment.bin>

new patch: *ScrollBar.Max fix in qtwinapi->SetScrollInfo() *Partially fixed ShowModal() (no more CPU burning) , look at the comment there.

I changed your sleep 1 to sleep 10. imho 1 is too small.

Applied, and thank you very much for all the patches =)

Hi all,

Here it is

* BUGFIX menus and actions must be destroyed (QtWSMenus)
* BUGFIX reverted ShowModal as it was in first implementation, my last patch causes more problems than good things
+We should create real QMainWindow for Application.MainForm (qtwidgets)
* Problem:
If we put toolbar onto form, than it goes over main menu. How to say to TCustomToolBar, that there's MenuBar over , and it should go to MenuBar.Height with it's top position ? I know how to do that via Qt, but LCL is my problem ;) .

+MDI support added (commented with ifdef for now, but it's fully useable). +TCustomListBox events added onClick, onDoubleClick +TCustomListBox TStrings implementation (qtprivate) was very slow, now, it is 100 times faster (before insert 20000 items (cca.120byte each) -> 15 minutes, now it takes just 2 seconds.)

tnx to Den for fast class adding ;)

Question (this is LCL related):
Is it possible to use native Qt TTreeView ,instead of drawing&handling it via LCL ?

cheers,
zeljko
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qtupdate-r11305.patch
Type: text/x-diff
Size: 10386 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20070609/1377741c/attachment.bin>

Hi,

Should I also update the qt bindings? And in this case, should I also patch them, like the last time?

thanks,

zeljko wrote:

[skiped]

Question (this is LCL related): Is it possible to use native Qt TTreeView ,instead of drawing&handling it via LCL ?

Possible, but not with current implementation. TreeView and ToolBar components can be written from the scratch since they are custom drawed now, but most of widgetsets have native.

Best regards,
Paul Ishenin.

Felipe Monteiro de Carvalho wrote

Hi, Should I also update the qt bindings? And in this case, should I also patch them, like the last time?

yes, sorry I forgot to mention that this patch is based on latest bindings, and also, please put try..except ... you know where ;)

zeljko

so at this moment it's impossible to write complete new TreeView in eg. QtWsXXXX unit ? or yes ? or we need to wait rewriting of base class ?

tnx

Thanks, applied, with modifications.

I also fixed compilation with fpc 2.1.x

And of course updated the bindings.

Hi all,

+ Partial implementation of TCustomListView, cannot be finished without QAbstractItemModelH.

It will be nice if we can get QStandardItemModelH too ;)

cheers,
zeljko
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qtupdate-r11326.patch
Type: text/x-diff
Size: 22038 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20070617/e923c5b8/attachment.bin>

pm zeljko wrote

+ Partial implementation of TCustomListView, cannot be finished without QAbstractItemModelH. It will be nice if we can get QStandardItemModelH too ;)

FPC Qt4 Binding V1.36:

http://users.pandora.be/Jan.Van.hijfte/qtforfpc/fpcqt4.html

regards,

Den Jean

it was *really* fast ;)

tnx
zeljko

If you wish, I can wait until you have a complete implementation before applying, now that new bindings are available.

thanks,

Thanks, applied, with new bindings

Hi all,

Attached gzipped patch (cca. 45k ungzipped).

+ Full implementation of TCustomListView (OnClick event doesn't work ... don't know yet what could be the reason).
+ Full (re)implementation of TStatusBar
* Fixed bug with TProgresBar handle destroying.

cheers,
zeljko
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qtupdate-r11334.patch.gz
Type: application/x-gzip
Size: 6317 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20070619/e7ee9107/attachment.bin>

thanks, applied

thanks, applied -- Felipe Monteiro de Carvalho

I get this error message, when compiling on win32:
D:\lazarus\source\lazarus\lcl\interfaces\qt\qtwidgets.pas(3533,44) Error: Identifier not found "QTreeWidget_indexOfTopLevelItem"

Vincent

huh...seem that there's IFDEF LINUX around QTreeWidget_indexOfTopLevelItem ?!? don't know why it's there, Qt documentation says nothing about indexOfTopLevelItem() in multiplatform usage, so it's useable. Remove IFDEF around this proc and try to compile.

zeljko

pm zeljko wrote

huh...seem that there's IFDEF LINUX around QTreeWidget_indexOfTopLevelItem ?!? don't know why it's there, Qt documentation says nothing about indexOfTopLevelItem() in multiplatform usage, so it's useable. Remove IFDEF around this proc and try to compile.

This is a bug in my method to determine the list of methods of every platform.

My lookuplist gets confused on identical methods (only difference is the "const", but this does not matter for pascal)

snippet C++ header:
    int indexOfTopLevelItem(QTreeWidgetItem *item); // ### Qt 5: remove me
    int indexOfTopLevelItem(QTreeWidgetItem *item) const;

Is fixed now, will make new release soon. Some other functions were affected too.

QFocusEvent::reason
QShortcutEvent::key
QShortcutEvent ::shortcutId
QShortcutEvent ::isAmbiguous
QImageIOHandler ::setFormat
QTreeWidget::indexOfTopLevelItem

regards,

Den Jean