Author Topic: Oz 3.5.3 - Strange Behaviour W/ Sharp-compat-libs (Read 5964 times)

ankhcraft · « **on:** April 16, 2005, 05:06:28 pm »

This seems to happen, thus far, with any binaries that link to the sharp-compat-libs libraries. Whenever the application displays a dialog box the title bar for that dialog box flickers very rapidly. This doesn't affect the application's main window.

I'm wondering, what could be different in the OZ 3.5.3 build to cause this to happen? This didn't happen in OZ 3.5.2.

Anyhow, thus far, I have yet to find a binary needing sharp-compat-libs that isn't affected by this bug. What could be the problem here?

ankhcraft · « **Reply #1 on:** April 17, 2005, 07:57:41 pm »

Has anyone else noticed this problem yet? (BUMP)

MB Zaurus · « **Reply #2 on:** April 17, 2005, 10:18:51 pm »

Quote

Has anyone else noticed this problem yet? (BUMP)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=75700\"][{POST_SNAPBACK}][/a][/div]

Yes. I'm seeing the exact same thing. Environment: SL-5000D, OE 2.5.3, Opie 1.7. I did not see this under 2.5.2.

Mark

sojourner · « **Reply #3 on:** April 18, 2005, 12:59:26 am »

Quote

Has anyone else noticed this problem yet? (BUMP)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=75700\"][{POST_SNAPBACK}][/a][/div]

Yes, just installed Gutenbrowser 1.5.4 from the SourceForge page and encountered the same behavior.

-- sojourner

leblitzdick · « **Reply #4 on:** April 20, 2005, 05:17:10 pm »

Quote

Has anyone else noticed this problem yet? (BUMP)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=75700\"][{POST_SNAPBACK}][/a][/div]

me too, tkccard not useable anymore...

crow · « **Reply #5 on:** April 21, 2005, 03:25:39 pm »

I notice this also with Opera 7.55, didn't happen with OZ 3.5.2. Another similar problem is that some buttons in dialog boxes need to be clicked twice for them to work.

BeKind · « **Reply #6 on:** April 25, 2005, 09:17:15 am »

Yes, noticed this in Opera 6.0. In popup dialogues, the title bar flickers rapidly and you have to press any button twice for it to take effect.

Does anyone know if this has to do with the new sharp-compat-libs or with OZ 3.5.3 itself?

Mickeyl · « **Reply #7 on:** April 25, 2005, 10:37:25 am »

My guess is subtle changes in the QWS implementation. The QTW server runs Qt/Embedded 2.3.10 on OZ 3.5.3 (as opposed to a 2.3.7 in OZ 3.5.2). I recommend people wanting to debug this to inspect the QWS related changes between those versions.

Greg2 · « **Reply #8 on:** April 25, 2005, 10:50:44 am »

Mickey, I'm just curios as to why Qt/E2.3.10 was used instead of Qt/E2.3.7 for this 3.5.3 build?

Greg

Mickeyl · « **Reply #9 on:** April 25, 2005, 11:07:04 am »

Because of bug fixes and improved performance. In detail:

Code: [Select]

mickey@gandalf:/local/pkg/qte/qt-2.3.10$ cat changes-2.3.8 changes-2.3.9 changes-2.3.10****************************************************************************
* Qt/Embedded-specific changes *
****************************************************************************

- Add keypad navigation. Allows navigation of all controls using only
arrows, Key_Select and Key_Back keys.

- Add shared pixmap caching to QPixmapCache. Pixmaps are now shared between
processes.

- Rendered font data is now also shared between processes.

- Make showFullScreen() display the window on top of all others, except
its children.

****************************************************************************
* Qt/Embedded-specific changes *
****************************************************************************

- Support fullscreen strokes - for fullscreen input methods.

- Support for soft hyphens in formatted QPainter::drawText().

- Support for Key_Flip for device open/close.

- Support pixmap brushes with alpha channel.

- Added antialiased qpf fonts.

- qvfb supports scaling contents.

- qvfb touch screen emulation (no mouse move).

- qvfb LCD emulation.

- various minor bug fixes.

****************************************************************************
* Qt/Embedded-specific changes *
****************************************************************************

- Sound server performance improvements

- Added tslib support

- Various minor bug fixes.

Greg2 · « **Reply #10 on:** April 29, 2005, 11:34:13 am »

Quote

My guess is subtle changes in the QWS implementation. The QTW server runs Qt/Embedded 2.3.10 on OZ 3.5.3 (as opposed to a 2.3.7 in OZ 3.5.2). I recommend people wanting to debug this to inspect the QWS related changes between those versions.

The more I searched QWS implementation with QT/E changes from version 2.3.1 to 2.3.7... I realized that I was completely lost and had a headache.

I'm sorry but I have to admit that I don't completely understand how the compat libs work. I know what they do, I just don't fully understand how they do it.

I did however replace the sharp-compat-libs_0.5-r2 with the older oz-compat_0.5-r0 from the OZ3.5.2 feed. This change seemed to help opera7.55 (I could open it with one click on the icon now instead of two) but made no improvement to the jeode issues being reported.

Thanks for the explanation of why it was changed.

Greg

Mickeyl · « **Reply #11 on:** April 29, 2005, 12:24:18 pm »

Think of it like that: Using the compat libraries, an application uses the Qt/E code from 2.3.2. The Opie launcher runs using code from Qt/E 2.3.10. Since they talk to each other using the QWS protocol, the only thing that changed was Qt/Embedded - hence they obviously introduced some subtle differences since 2.3.7 (which was the last known good version IIRC).

Perhaps you should try to ask TT if they have any ideas about that.

grog · « **Reply #12 on:** May 08, 2005, 10:39:43 am »

Has there been any updates to this problem? I noticed that bugs.openembedded.org is down right now. thks

News:

Author Topic: Oz 3.5.3 - Strange Behaviour W/ Sharp-compat-libs (Read 5964 times)