Qt Native News

	Bottom Previous Topic Next Topic
Register To Post

« 1 ... 9 10 11 (12) 13 14 15 ... 20 »

spotUP

Re: Qt Native News

Posted on: 2011/5/18 16:31 #221

Just can't stay away

i guess you could do something fancy too using the new feats of the wb, and open the windows 100% transparent and fade them in =)

elfpipe

Re: Qt Native News

Posted on: 2011/5/18 23:59 #222

Just can't stay away

So...

Qt Designer has been built, and it runs but... it is nearly 10 times as slow as the AmiCygnix version of it, which means that basically it is totally unusable. Something is very wrong here, and I intend to figure out what. Stay tuned...

kas1e

Re: Qt Native News

Posted on: 2011/5/19 9:02 #223

Home away from home

@alkfil
That is good news to be honest (just because imho you will found now why all the other programms are slow too).

Btw, just in testing purposes, you can try to build EasyPaint for amicygnix as well, and check the speed differences. If, easypaint for amixygnix will be faster than native : then its all about the same problem.

Join us to improve dopus5!
AmigaOS4 on youtube

elfpipe

Re: Qt Native News

Posted on: 2011/5/21 0:15 #224

Just can't stay away

So... Tomorrow is Saturday, which means that a shiny new release of Qt will become available from your favorite depot. Featuring this time just-off-the-drawing-board icons by Mason. Yay!

The full feature list looks like this:

0.8b: - env variable QT_CODEC_FOR_CSTRINGS added
- env variable QT_DOUBLECLICK removed
- env variable QT_NATIVE_MENUS enabled!
- enb variable QT_WHEEL_SENSITIVITY added
- QDesktopServices included (NB: experimental!)
- uic3 included (experimental!)
- fixed asl requesters on pubscreen issue
- fixed window max size issue
- Qt prefs app added
- mouse wheel support added
- installation script added
- removed the qmake path bug
- designer compiled (SDK only)
- New icon set by Mason
- Multiselect in menus

samo79

Re: Qt Native News

Posted on: 2011/5/21 7:36 #225

Home away from home

Awesome thanks Alfkil !

Edit:

There is a little problem with the installer, it break at some point:

--------------------------
COPYLIB: Can't open file "Sobjs/libssl.so.1.0.0" at line 125
DOS error: Unable to locate a file or drawer
--------------------------

Checked and I have this file in my SObjs folder

samo79

Re: Qt Native News

Posted on: 2011/5/21 12:28 #226

Home away from home

@Alfkil

Ok solve the installer problem putting manually the missing library into the archive, it seems you forgot to include:

libssl.so.1.0.0
libcrypto.so.1.0.0

into "sobjs" folder

Aniway on your sobjs archive there is a "libcrypto.so" but i don't know if it's the same as 1.0.0

Edit:

Another problem at the end of installation selecting "reboot" option:

Quote:

Interpreter: Executing non-function at line 194

TSK

Re: Qt Native News

Posted on: 2011/5/21 15:59 #227

Just can't stay away

@alfkil
I had the same problem like samo79 with libcrypto.so.1.0.0. (I copied libcrypto.so as libcrypto.so.1.0.0.)

In User-startup there's "Path qt:bin ADD" but that bin directory doesn't exist.

Also starting Qt prefs program and pressing Save button made Qt:save() to crash. I can send you the crashlog if you want ?

(Btw. I did choose update option from installer.)

(But anyway.) Thanks !!! And keep up the good work !

Rock lobster bit me - so I'm here forever
X1000 + AmigaOS 4.1 FE
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray

samo79

Re: Qt Native News

Posted on: 2011/5/21 16:03 #228

Home away from home

@TSK

Yeah, here it's the same, what's that "Path qt:bin ADD" ?

I can't get it working :-/

Edit for TSK: Check your mailbox !

Edited by samo79 on 2011/5/21 16:30:19

elfpipe

Re: Qt Native News

Posted on: 2011/5/21 16:52 #229

Just can't stay away

@TSK & samo79

Yikes! It seems that my first attempt at an installer script turned out to be a minor disaster!

About "path qt:bin ADD", it is safe to remove it, since this is for the SDK only.

libcrypto.so.1.0.0 should be just libcrypto.so, and the same for libssl.so.

About the reboot problem, I'm sorry I forgot to test it before sending it off. I was basing my code on the info from the NDK 3.5 which states, that the function (reboot) reboots the machine. It seems that the 4.1 version of installer doesn't recognize this function.

EDIT: I will do a fresh upload with a fixed install script asap!

kas1e

Re: Qt Native News

Posted on: 2011/5/21 17:02 #230

Home away from home

@alfkil

And there i am !

Installer

Mostly all the same problems as Samo79 say alerady + some small typo in text:

---1.
All going well until : COPYLIB: Cant open file "Sobjs/libssl.so.1.0.0" in line 125
DOS Error Type:Unable to locate a file or drawer

So i rename in sobjs/ , your libssl.so on libssl.so.1.0.0

The same problem for libcrypto, also rename your sobjs/libcrypto.so to sobjs/libcrypto.so.1.0.0

Just some small typos in script imho.

---2.

In the installer-script text itself you have some small typo as well in the words: Install at now location (should be "new"),

---3.

At the end of installation it ask "did you want to reboot machine ?" , if you press "reboot", then it says : Interpreter: Eecuting non-function in line 194.

After that i just salut by 3 buttons, and while machines load aos again, it bring for me one more error (comes from user-startup):

QT:bin: object not found

What mean that installer script do not create qt:bin directory. So, i create it manually, and salut by 3 buttons one more time.

First Test

I choice my HexGlass port. So going to shell, do stack 10000000, run hexglass, and then,

Please insert volume cygnix: in any driver.

I assign it to RAM: , and after game should spawns, its happyly crashes with DSI in libQtGui.so , with 8000003 alert, and such stacktrace:

Quote:

Symbol info:
Instruction pointer 0x7E8A653C belongs to module "libQtGui.so" (PowerPC)
Symbol: _ZNK14QScopedPointerI10QBrushData24QBrushDataPointerDeleterEptEv + 0x30 in section 10 offset 0x000D753C

Stack trace:
libQtGui.so:_ZNK14QScopedPointerI10QBrushData24QBrushDataPointerDeleterEptEv()+0x30 (section 10 @ 0xd753c)
libQtGui.so:_ZNK6QBrush5styleEv()+0x40 (section 10 @ 0x102a00)
libQtGui.so:_ZN14QWidgetPrivate14updateIsOpaqueEv()+0x168 (section 10 @ 0x12b00c)
libQtGui.so:_ZN7QWidget21setAutoFillBackgroundEb()+0xC0 (section 10 @ 0x1309f4)
module hexglass at 0x7E6B35B4 (section 4 @ 0x20594)
module hexglass at 0x7E6A0A78 (section 4 @ 0xDA58)
native kernel module newlib.library.kmod+0x00001f44
native kernel module newlib.library.kmod+0x00002b90
native kernel module newlib.library.kmod+0x00002d54
hexglass:_start()+0x170 (section 7 @ 0x170)
native kernel module dos.library.kmod+0x0001b524
native kernel module kernel.debug+0x00063d50
native kernel module kernel.debug+0x00063dd0

If i press "ignore DSIs" , its say for me:

Quote:

ASSERT: "d" in file /qt/include/QtCore/../../src/corelib/tools/qscopedpointer.h, line 112

Maybe it because of "old" compiled binary, and i should use your new SDK later, or maybe its just some new bug introduced,
or maybe assign to cygnix: are wrong.

Just to be sure , i made a reboot again, and repeat the steps: same result.

So after i tryed EasyPaint

And on runnins stage when window should be spawnede it give me DSI:

Quote:

Symbol info:
Instruction pointer 0x7F99126C belongs to module "easyPaint" (PowerPC)
Symbol: _ZN15QBasicAtomicInt3refEv + 0x18 in section 8 offset 0x0001AFD0

Stack trace:
_ZN15QBasicAtomicInt3refEv()+0x18 (section 8 @ 0x1afd0)
libQtGui.so:_ZN28QExplicitlySharedDataPointerI12QFontPrivateEaSEPS0_()+0x64 (section 10 @ 0x5c2120)
libQtGui.so:_ZN5QFontaSERKS_()+0x64 (section 10 @ 0x5b113c)
libQtGui.so:_ZNK14QWidgetPrivate17naturalWidgetFontEj()+0x474 (section 10 @ 0x121ed0)
libQtGui.so:_ZN14QWidgetPrivate11resolveFontEv()+0x12C (section 10 @ 0x1222f4)
libQtGui.so:_ZN7QWidget9setParentEPS_6QFlagsIN2Qt10WindowTypeEE()+0x650 (section 10 @ 0x14e5dc)
libQtGui.so:_ZN14QWidgetPrivate4initEP7QWidget6QFlagsIN2Qt10WindowTypeEE()+0x654 (section 10 @ 0x153dc0)
libQtGui.so:_ZN7QWidgetC2ER14QWidgetPrivatePS_6QFlagsIN2Qt10WindowTypeEE()+0x1C0 (section 10 @ 0x154860)
libQtGui.so:_ZN8QMenuBarC1EP7QWidget()+0x18C (section 10 @ 0xb700e4)
libQtGui.so:_ZNK11QMainWindow7menuBarEv()+0x198 (section 10 @ 0xad5860)
_ZN10MainWindow8loadMenuEv()+0x120 (section 8 @ 0x10e38)
_ZN10MainWindowC1EP7QWidget()+0xA94 (section 8 @ 0x19ff8)
main()+0x1A4 (section 8 @ 0x5cc)
native kernel module newlib.library.kmod+0x00001f44
native kernel module newlib.library.kmod+0x00002b90
native kernel module newlib.library.kmod+0x00002d54
_start()+0x170 (section 8 @ 0x170)
native kernel module dos.library.kmod+0x0001b524
native kernel module kernel.debug+0x00063d50
native kernel module kernel.debug+0x00063dd0

So, i think that i should rebuild all the stuff with new SDK looks like, because of it i forget about them, and start to check prefs.

PREFS

I do reboot, go to sys:prefs/qt , and just put marks on Native menus and Native Dialogs, then i press "save" and have DSI in newlib.library.kmod
with 8000003 alert, and such stacktrace:

Quote:

Symbol info:
Instruction pointer 0x01A95AF8 belongs to module "newlib.library.kmod" (HUNK/Kickstart)

Stack trace:
native kernel module newlib.library.kmod+0x0002b538
native kernel module newlib.library.kmod+0x00028a7c
Qt:save()+0x520 (section 1 @ 0x1548)
Qt:event_loop()+0x1D0 (section 1 @ 0x2e64)
Qt:main()+0x20 (section 1 @ 0x2fac)
native kernel module newlib.library.kmod+0x00001f44
native kernel module newlib.library.kmod+0x00002bd8
native kernel module newlib.library.kmod+0x00002d54
Qt:_start()+0x170 (section 1 @ 0x170)
native kernel module dos.library.kmod+0x0001b524
native kernel module kernel.debug+0x00063d50
native kernel module kernel.debug+0x00063dd0

Pressing on "continue programm" in GR helps, and windo disappear. I go to env: and to prefs:env-archives (just to see, if changes in both , to avoid reboot),
and all is fine. Through, i think better to create QT directory and put all QT envs to it (to avoid mess in the root of ENV: )

Then i start to test demos and examples:

Examples

Affine - work, same slow.

Books - works, same not so fast reacting when press on buttons/etc (but that is the same as in LodePaint , so problems of opengl).

EmbeddedDialogs - the same slow as in last releases, but i am 100% sure, that it was very fast somethere on the 0.2 - 0.4 releases. It was just very nice, and fast,
just was crashy. Now its not crashy, but very slow.

MainWindow - not ultra-smooth, but very fast and good should to say !

SpreadSheet - resizing do not works. I.e. it works, but whole area not resized, just window resizes. Also cursor there a bit fucked when you try to resize the
tables. I mean its now more or less fine show the changed cursor on resized one, but choords are wrong. You can just move away to the left or to the right,
and cursror still will be show like you can resize the stuff (but you already cant). Also pressing on tables reacts not all the time fine. Sometime need to press
twice, sometime only one. Like its forget to react sometimes.

TextEdit - it works. React the same not so fast (opengl problems), but fine enough.

Undo - works. Same slow because of our OpenGL.

Examples - Animation

animatediles

That one forks fine as before, BUT ! If you press on some button , and tiles are in animation, and you move mouse over it , then
everything jerky and slows a lot. I.e. like moving of mouse over the area while all in the works slow everything a lot.

I do few testings with CPu-monitor running, and when i run that example and do nothing, cpu are 0%. If i made window active, and move
mouse over it, cpu are 0-1%. If i press on any button, and hold the mouse, then cpu jump at 100% (but all looks smooth), but if i move
mouse in that time, then everything jerky. And moving of mouse and animation itself.

appchoicer

Works fast as before, and when you do resizing, only window resizes, not the woring area (so imho there should be no resized gadget).
Cpu loading are 40%

easing

Just works. Animation of QT image are very smooth and fast, but reacting of whole qt interface not so (same opengl problems).

moveblooks

Cpu loading 30% at maximum , all is fine and fast. Only resizing again resize only window, but not whole area (should be no resized gadget here as well imho).

stickyman

Cpu loading are 100%, but all works fine.

Examples - Drag n Drop

draggabeicons

Run, and trying to move some images, and have DSI:

Quote:

Symbol info:
Instruction pointer 0x018273CC belongs to module "kernel.debug" (HUNK/Kickstart)

Stack trace:
native kernel module kernel.debug+0x000273cc
native kernel module newlib.library.kmod+0x0000ffec
native kernel module newlib.library.kmod+0x000059f8
libQtCore.so:_Z5qFreePv()+0x3C (section 10 @ 0x57bf8)
libQtCore.so:_ZN9QHashData8freeNodeEPv()+0x68 (section 10 @ 0xbb320)
libQtGui.so:_ZN5QHashIP7QWidget15QHashDummyValueE10deleteNodeEP9QHashNodeIS1_S2_E()+0x60 (section 10 @ 0x164108)
libQtGui.so:_ZN5QHashIP7QWidget15QHashDummyValueE6removeERKS1_()+0x130 (section 10 @ 0x1646ec)
libQtGui.so:_ZN4QSetIP7QWidgetE6removeERKS1_()+0x48 (section 10 @ 0x1647bc)
libQtGui.so:_ZN7QWidgetD2Ev()+0xA9C (section 10 @ 0x13e8c0)
libQtGui.so:_ZN6QFrameD2Ev()+0x58 (section 10 @ 0xa854dc)
libQtGui.so:_ZN6QLabelD0Ev()+0x168 (section 10 @ 0xa9a2bc)
libQtCore.so:_Z21qDeleteInEventHandlerP7QObject()+0x40 (section 10 @ 0x330ea4)
libQtCore.so:_ZN7QObject5eventEP6QEvent()+0x1F4 (section 10 @ 0x33d588)
libQtGui.so:_ZN7QWidget5eventEP6QEvent()+0x27A4 (section 10 @ 0x14b2cc)
libQtGui.so:_ZN6QFrame5eventEP6QEvent()+0x94 (section 10 @ 0xa84de0)
libQtGui.so:_ZN6QLabel5eventEP6QEvent()+0x270 (section 10 @ 0xa95404)
libQtGui.so:_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent()+0x248 (section 10 @ 0x1d630)
libQtGui.so:_ZN12QApplication6notifyEP7QObjectP6QEvent()+0x4184 (section 10 @ 0x21808)
libQtCore.so:_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent()+0x1E0 (section 10 @ 0x2fbd94)
libQtCore.so:_ZN16QCoreApplication9sendEventEP7QObjectP6QEvent()+0x80 (section 10 @ 0x3099e8)
libQtCore.so:_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData()+0x658 (section 10 @ 0x2fcc28)
libQtCore.so:_ZN16QCoreApplication16sendPostedEventsEP7QObjecti()+0x5C (section 10 @ 0x2fd148)
libQtCore.so:_ZN16QCoreApplication16sendPostedEventsEv()+0x3C (section 10 @ 0x3861a4)
libQtGui.so:_ZN24QGuiEventDispatcherAmiga13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE()+0xDC (section 10 @ 0x19e20c)
libQtCore.so:_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE()+0x2C8 (section 10 @ 0x2f3698)
libQtCore.so:_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE()+0x2DC (section 10 @ 0x2f3ee4)
libQtCore.so:_ZN16QCoreApplication4execEv()+0x2F8 (section 10 @ 0x2fd460)
libQtGui.so:_ZN12QApplication4execEv()+0x54 (section 10 @ 0x21948)
draggableicons:main()+0x4E4 (section 7 @ 0x41bc)
native kernel module newlib.library.kmod+0x00001f44
native kernel module newlib.library.kmod+0x00002b90
native kernel module newlib.library.kmod+0x00002d54
draggableicons:_start()+0x170 (section 7 @ 0x170)
native kernel module dos.library.kmod+0x0001b524
native kernel module kernel.debug+0x00063d50
native kernel module kernel.debug+0x00063dd0

Tested 3 times, bug the same all the time and stack trace the same as well.

<part 2 is coming, need to go>

Join us to improve dopus5!
AmigaOS4 on youtube

elfpipe

Re: Qt Native News

Posted on: 2011/5/21 19:37 #231

Just can't stay away

@kas1e

First of all: With the new version you need to recompile and relink every application! You cannot just run your old build from v.0.7, it needs to be refreshed.

Second of all: I was really tired last night when I did the final work on the release, I will do a fresh upload (v.0.8.1) as soon as I can get all the typos and little stupid things fixed. Then I will also do an upload of the new SDK (v.0.8.1) that will be compatible with the user archive. This might take a few days, I was a little too optimistic when I decided to upload last night.

So... Stay put, be patient, I will fix everything!

kas1e

Re: Qt Native News

Posted on: 2011/5/21 19:47 #232

Home away from home

@alfkil

Aha cool :) In meanwhile there is some more tests:

Part 2:

Examples - Drag n Drop

fridgemagnets

On running stage just DSI:

Quote:

Symbol info:
Instruction pointer 0x7D9E4E3C belongs to module "libQtGui.so" (PowerPC)
Symbol: _ZNK28QExplicitlySharedDataPointerI12QFontPrivateE4dataEv + 0x14 in section 10 offset 0x005BEE3C

Stack trace:
libQtGui.so:_ZNK28QExplicitlySharedDataPointerI12QFontPrivateE4dataEv()+0x14 (section 10 @ 0x5bee3c)
libQtGui.so:_ZN5QFontD1Ev()+0x40 (section 10 @ 0x5b1278)
libQtGui.so:_ZNK14QWidgetPrivate17naturalWidgetFontEj()+0x474 (section 10 @ 0x121ed0)
libQtGui.so:_ZN14QWidgetPrivate11resolveFontEv()+0x12C (section 10 @ 0x1222f4)
libQtGui.so:_ZN7QWidget9setParentEPS_6QFlagsIN2Qt10WindowTypeEE()+0x650 (section 10 @ 0x14e5dc)
libQtGui.so:_ZN14QWidgetPrivate4initEP7QWidget6QFlagsIN2Qt10WindowTypeEE()+0x654 (section 10 @ 0x153dc0)
libQtGui.so:_ZN7QWidgetC2ER14QWidgetPrivatePS_6QFlagsIN2Qt10WindowTypeEE()+0x1C0 (section 10 @ 0x154860)
libQtGui.so:_ZN6QFrameC2ER13QFramePrivateP7QWidget6QFlagsIN2Qt10WindowTypeEE()+0x15C (section 10 @ 0xa85950)
libQtGui.so:_ZN6QLabelC2EP7QWidget6QFlagsIN2Qt10WindowTypeEE()+0x190 (section 10 @ 0xa9ce6c)
fridgemagnets:_ZN9DragLabelC1ERK7QStringP7QWidget()+0x154 (section 8 @ 0x5e0)
fridgemagnets:_ZN10DragWidgetC1EP7QWidget()+0x344 (section 8 @ 0x503c)
fridgemagnets:main()+0x16C (section 8 @ 0x812c)
native kernel module newlib.library.kmod+0x00001f44
native kernel module newlib.library.kmod+0x00002b90
native kernel module newlib.library.kmod+0x00002d54
fridgemagnets:_start()+0x170 (section 8 @ 0x170)
native kernel module dos.library.kmod+0x0001b524
native kernel module kernel.debug+0x00063d50
native kernel module kernel.debug+0x00063dd0

I.e. almost the same DSI as in case with HexGlass.

puzzle

DSI on running:

Quote:

Symbol info:
Instruction pointer 0x7F9B9E58 belongs to module "puzzle" (PowerPC)
Symbol: _ZN15QBasicAtomicInt3refEv + 0x20 in section 8 offset 0x00003824

Stack trace:
_ZN15QBasicAtomicInt3refEv()+0x20 (section 8 @ 0x3824)
libQtGui.so:_ZN28QExplicitlySharedDataPointerI12QFontPrivateE6detachEv()+0x9C (section 10 @ 0x5c5f38)
libQtGui.so:_ZN12QFontPrivate7resolveEjPKS_()+0xC8 (section 10 @ 0x5b792c)
libQtGui.so:_ZNK5QFont7resolveERKS_()+0x30C (section 10 @ 0x5b7f00)
libQtGui.so:_ZN14QWidgetPrivate11resolveFontEv()+0x15C (section 10 @ 0x122324)
libQtGui.so:_ZN7QWidget9setParentEPS_6QFlagsIN2Qt10WindowTypeEE()+0x650 (section 10 @ 0x14e5dc)
libQtGui.so:_ZN14QWidgetPrivate4initEP7QWidget6QFlagsIN2Qt10WindowTypeEE()+0x654 (section 10 @ 0x153dc0)
libQtGui.so:_ZN7QWidgetC2ER14QWidgetPrivatePS_6QFlagsIN2Qt10WindowTypeEE()+0x1C0 (section 10 @ 0x154860)
libQtGui.so:_ZN8QMenuBarC1EP7QWidget()+0x18C (section 10 @ 0xb700e4)
libQtGui.so:_ZNK11QMainWindow7menuBarEv()+0x198 (section 10 @ 0xad5860)
_ZN10MainWindow10setupMenusEv()+0x120 (section 8 @ 0x1598)
_ZN10MainWindowC1EP7QWidget()+0x1B0 (section 8 @ 0x3140)
main()+0x16C (section 8 @ 0x594)
native kernel module newlib.library.kmod+0x00001f44
native kernel module newlib.library.kmod+0x00002b90
native kernel module newlib.library.kmod+0x00002d54
_start()+0x170 (section 8 @ 0x170)
native kernel module dos.library.kmod+0x0001b524
native kernel module kernel.debug+0x00063d50
native kernel module kernel.debug+0x00063dd0

Effects

lighting

Works, but very slow

graphicsview

anchorlayout

Moving of window are slow (but at this time, cpu loading are only 80-90% , not 100% !) In others: works.

basicgraphicslayout

Moving of window very slow , but cpu loading are 90-95%. Dunno what example suppose to do, i can only move window here. But its very slow.

collidingmice

Works, but when i press on centrum of the window, and start to move it : its all moves very slow (cpu loading 100%).

diagramscene

That one works fine. There i also can test native menus ! So , if i press on the middle of working area RMB , i only have in shell:

MENUUP
MENUDOWN

but menu not spawns (but imho should as well ? )

But if i press RMB on the top border of the window, then menu spawns.

If i press on RMB on the top-bar of working area, then it spawn not native menu , but QT one instead. Same if i press on some buttons, it spawn small QT requesters, but not native ones.

The cursor change their icon also a bit wrong (try to move cursor on the area which you can resize at top bar, and then, move mouse slowly to the right, and cursor will change position only after a while, but imho should change right after resizing area will be ended).

dragdroprobot

Works fast, all is cool, but cpu loading again 100%. Some times jerkys when i move elipses.

elasticnodes

Works fast, but cpu load are 100% as well, and when i move pieces, its sometime jerkes, and like everything halted.

flowlayout

Moving of window slow, while CPU loading are 70% only.

Also not exit properly, and bring a window:

Process "shell process"
function : "Wait_until_child_ends(shell)
Minilg_Watchdoc

padnavigator

Show nothing, just grey window

portedasteroids

Works fine and fast.

portedcanvas

Works, but again some problems with drag&drop : i need press sometime 2 times on the piece to move it, and sometime 1 time (as it should) are enough.

simpleanchorlayout

In that example moving of window more or less fast.

Through, on exit, again:

Quote:

qt_cleanup()
Farewell!...
QWidget: Must construct a QApplication before a QPaintDevice

And a window:

Process: Shell Process"
Function: "Wait_Until_Child_Ends(shell)"
MiniGL_WatchDoc

weatheranchorlayout

Works, intersting one, but also moving of window not so fast , resizing of working window also sometime need to press and hold mouse (fast pressing not works), and sometime need to press 2 times. Also halts on exit, with words in shell:

qt_cleanup()
Farewell!...

And classic minigl_watchoc window.

MainWindows

application

Works fine. Native menus & Native asl requesters works fine, but when i press RMB on the main working window, its only show me in shell "menuup/menudown", and not spawn a menu , and menu only spawns when i press RMB on the top bar.

But that app are the finest and fastest one. Cpu loading when type a text are 13% only.

dockwidgets

Works , when do moving of some small windowses inside : its a bit slow and cpu loading are 100%

mdi

When create new window, and start to move it , it moves fast, but cpu loading are 100%. When i start to type text in that new created small window, cpu loading are 80-90%. Native menus also works only when i press RMB on top bar, but not works when i press on the working area (it spawn small QT menu).

Menus

When i press RMB on the main window, it spawn/hide some window at left (cant see what kind of window, but can see how it spawns/closes), and then spawn QT menu. On top bar RMB show native menu through.

recentfiles

Works, cpu loading small, all is fine. Through menu spawns only at top borders and in shell "menuup/menudown" words.

sdi

Works very good (same as mdi) , and the same moment about native menus only at top border.

+ when you have save/discard/chacnel window, it jumps (the same as all the About/AboutQt jumps in all the examples).

OpenGL

2d painting

Both works the same (because native = opengl , so all is fine here). And speed not so good.

hellogl

The best and fast example. All is fine and very smooth. Cpu loading 50% maximum.

<part 3 is coming>

Join us to improve dopus5!
AmigaOS4 on youtube

samo79

Re: Qt Native News

Posted on: 2011/5/21 20:13 #233

Home away from home

@Alfkil

No problem mate we can wait, most important is to have a good and well tested archive, so take your time

elfpipe

Re: Qt Native News

Posted on: 2011/5/21 20:27 #234

Just can't stay away

@kas1e

Just a question: Are you mixing SDK and User archive builds? Because then you might get into trouble! If you want to build stuff, then it is best to stick to the SDK uploads and then rebuild every example from the "examples and demos" archive before you run it. Just a thought, because some of the crashes you get look very odd to me.

kas1e

Re: Qt Native News

Posted on: 2011/5/21 20:49 #235

Home away from home

@aflkil
I just do fresh install in new directory, and only new assigns i have in startup. Old (previous version) of qt on other partition, and to make it works i execute special script which do assigns (i mean to make previous one works, i should manually do assigns and so on).

For now startup have only new assigns, with new qt on new partition. But i will for sure recheck everything.

Join us to improve dopus5!
AmigaOS4 on youtube

Paul

Re: Qt Native News

Posted on: 2011/5/22 2:16 #236

Quite a regular

@alfkil

N.B. I've barely ever programmed more than a couple of "Hello World"'s. So I can't really appreciate the full impact this will have on Amiga software porting/programming.

That being said, I just rebooted after putting the new Qt demo in here, and played with all the demo's and quite a few of the examples. I never had a problem with any of it until I had played with several of the controls in the "styles" example, and finally got a DSI. After trying to dismaiss the DSI, I got an ISI and killed the app. Oh, and the "Norwegian Wood" example which first popped up when I opened "styles" had a lot of graphics corruption.

I thought I might have even gotten a printout from one of the demo's, after making an assign for .printers to System:devs/printers and another assign to System: when asked to assign A1: after that. But -alas- that didn't go anywhere.

At any rate, nice work!

Paul

btw: some of the layout, graphics and widgets on the amigns.net message editing page look a bit "odd" now, like maybe some Qt styles have been substituted. Is that possible? I haven't rebooted yet since the "styles" demo locked up and got killed.

Builder of Frankenthousand The monster A1000
The Young Frankenthousand A1-XE G4
X5000

elfpipe

Re: Qt Native News

Posted on: 2011/5/22 21:01 #237

Just can't stay away

@kas1e
The crashes from the draganddrop examples was because I forgot to copy the fresh examples from my build directory to the release. Doh!

kas1e

Re: Qt Native News

Posted on: 2011/5/22 21:12 #238

Home away from home

@alfkil
Cool you found the problem :) Did you found btw why "prefs" DSIs on save ?

And related to all that "menus" stuff by RMB: did it shoulds spawn menu all the time when you press RMB on the main working area ? As i see you already catch the RMB fine (because in shell i have MENUUP / MENUDOWN words, just menu not spawns).

Join us to improve dopus5!
AmigaOS4 on youtube

elfpipe

Re: Qt Native News

Posted on: 2011/5/22 21:37 #239

Just can't stay away

@kas1e

Prefs problems have been fixed.

About the native menus, then I have to say, that this is the way it's going to work: When pressing right mouse inside the window, you will trigger a right mouse button event. When outside window, you will trigger the native menu. This is the only way I can do it, as long as you want both right mouse events (eg. context menus) and native menus at the same time, since there is no flag to tell me, if the selected widget wants right mouse or nothing.

TSK

Re: Qt Native News

Posted on: 2011/5/22 21:46 #240

Just can't stay away

@alfkil
You could use middle mouse button for context menus (MIDDLEDOWN). (Or let the user choose which way to do it.)

Rock lobster bit me - so I'm here forever
X1000 + AmigaOS 4.1 FE
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray

Register To Post	« 1 ... 9 10 11 (12) 13 14 15 ... 20 »
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 2 ( 0 members and 2 Anonymous Users )