1 - Menu now working fine, however still a minor issue to fix Sometimes when a context menu menu is opened the items become unselectable with the mouse (reason uknown)... i don't know why as it happens quite randomly...
To test it try to right click on a video in SMTube .. then don't select anything but just try to select an option with the mouse ... then click elsewhere in order to close the menu and reopen it again and again trying to highlight an option ... (you should always be able to highlight the items at mousehover)
If you didn't note any problem, try again ..
(Note that items still always and correctly selectable if you use the arrows keys of the keyboard)
2 - I got a crash closing SMTube (rare reproducibility but sometimes happens)
---------- Crash log for task "smtube" Generated by GrimReaper 53.19 Crash occured in module kernel at address 0x01810EA0 Type of crash: unknown exception Alert number: 0x81000009
- I was unlucky to loose some files because of a quirk in lha. I forgot to re-update the install script. Sorry. :)
- The 'random' semi-locks on the context menus are probably not random at all. It happens, when you open a context menu and afterwards click on the borders of other windows. There is no intuition events for clicking on window borders, so the only way to know, if the user has done so is to implement a custom event handler and check, if mouse click events compliments window positions and border dimensions. I am not overly enthusiastic about implementing such structure, it is already enough to keep track of the things, that intuition knows about.
- The crash you are seeing is a build issue. For some reason, the wrong destructor is called for a static item. I have rebuilt corelib and included it in the release version. If this does not solve the issue, there needs to be produced a rebuilt version of SMTube. This will be easy, once I get the full distro compressed and distrubuted.
Thanks for the feedback. I hope this is exhaustive of problems needing to be addressed.
@alfkil I D/L Qt 0.9.4 from OS4Depot and installed it. The installer added libssl files (libcrypto.so.1.0.0 & libssl.so.1.0.0) when I already have files with the same name but different sizes in an "Assign ADD" Sobjs directory. It happened because there are other SOBJS directories that have be "assign ADDed" by other programs. I think the Qt installer should be checking for existing sobjs in "SOBJS:" instead of "sys/Sobjs".
There is also a "bin.info" in the installed Qt directory but no "bin" directory.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
2. Any chance of fixing qpdfview? it distorts the text no matter the font on QT prefs.
Does it? It looks OK here.
It does have a bug where it loads files twice, though, and I think that's because I added my own handling for startup messages, and alfkil implemented Qt's internal handling for this in the meantime . I would fix this and update qpdfview if I had more time and could remember all the quirks - it's been too long since I built it.
@alfkil I'm seeing some "RAmiga []" (ie. the Amiga symbol and then the square you get for non-printable characters) as shortcuts in the native menus, which I wasn't getting in the previous version of Qt. Rotate Page L/R is one example.
That looks like the kerning is screwed up, which might be because of that fontconfig error. Have you tried the native font option in Qt prefs?
I haven't seen that SQL error for years, are you using the latest version of qpdfview? I have a vague recollection that this patch fixes it in the latest release, but that could be for an older one.
usr: could be in qpdfview, or could be in Qt (or other libraries qpdfview uses). This always gets missed because the OS4 SDK assigns usr: as part of the install. However I thought somebody had mentioned that previously and I'd fixed it, but I've just checked and that's not the case. proc: I've never seen requested, and don't know why it would be. I don't have it assigned here and have never seen it.
I'm seeing some "RAmiga []" (ie. the Amiga symbol and then the square you get for non-printable characters) as shortcuts in the native menus, which I wasn't getting in the previous version of Qt. Rotate Page L/R is one example.
Is this compared to the previous version including BOOPSI menus, or is this compared to a prehistoric GadTools menu version?? I don't believe I have changed anything compared to the latest previous release.
Played with some demos from the previous install which seemd to work OK.
Downloaded Tetzle and played one puzzle. But when I tried to play it a second time with fewer pieces Tetzle wouldn't start. I had some screen corruption issues with Tetzle, having a "dead zone" in the left of the puzzle screen where pieces were unresponsive.
I don't know if this is a problem with Tetzle or with Qt 0.9.4. I never used Tetzle with my older install of Qt.
QtWeb worked well.
Menus and context menus seemed correct to me in the demoes.
Paul
Builder of Frankenthousand The monster A1000 The Young Frankenthousand A1-XE G4 X5000
Tetzle uses an openGL widget for the board. I have not updated the openGL support since I stopped using my SAM-flex for development, and thus there are bound to be issues with this part of the code. Especially if you are using Warp3D Nova, which I almost assume you are...?
This will not be solved until I have a fresh RadeonHD board in my hands.