Qt 4 beta 5 released
Christian Hennecke
the port of the Qt 4 application framework to OS/2 and eComStation,
i.e., version 4.5.1 beta 5. The new release comes with improvements for
the clipboard and handling of files and drives.
Beta 5 includes the following changes in detail:
Improvements:
- gui: Added support for the system clipboard. Qt can now exchange plain
text, HTML (Mozilla application suite) and bitmaps with other PM
applications, as well as all supported MIME data types with other
Qt-based applications.
- corelib: Use system unicode conversion routines to convert from the
system code page to Unicode and back. This makes it unnecessary to
specify the system encoding in the LANG environment variable -- Qt will
use the system encoding of the current process.
- gui: Implemented support for the IME input box (used on DBCS systems)
in Qt applications with a known limitation that the input box is always
positioned at the lower left corner of the top-level window.
- gui: Improved font handling on DBCS systems (patch by komh): Read
national face names from font files instead of always taking the Latin
name. Use the PM_AssociateFont registry key to select a fallback font
for missing characters.
- gui: Implemented QPixmap::grabWindow() which takes a screenshot of a
window.
- gui: Steal the Alt key from the PM which prevents the PM system menu
to be shown when single Alt is pressed in a Qt application. The system
menu may still be called using Alt+Space. Note that this also disables
all default shortuts from the system menu (Alt+F7, Alt+F10 etc.) so that
they available
to Qt applications now. Exceptions are Alt+F4, Ctrl+Esc, Alt+Esc which
are not passed to Qt and will function as in regular PM applciations.
- general: Binary Qt library builds are made portable: they do not
contain hard-coded paths to various Qt components any more and use
relative locations whenever possible. See
http://svn.netlabs.org/qt4/browser/tags/4.5.1-os2-beta5/doc/src/qt-conf.qdoc for more info.
- corelib: Improved the polling QFileSystemWatcher implementation so
that it doesn't eat all CPU when there are more than 100 items to watch,
like when showing a file open dialog with many files in a directory.
- qmake: Improved processing of the project library list (LIBS variable)
to avoid appearance of raw library names that require substitution
(fixes the debug build of linguist).
- qmake: Added support for DEF_FILE_VERSION, DEF_FILE_DESCRIPTION and
DEF_FILE_VENDOR project variables that allow to embed the description
string into a generated DLL or executable. For compatibility with other
platforms, these variables by default are mapped to VERSION,
QMAKE_TARGET_PRODUCT + QMAKE_TARGET_DESCRIPTION + QMAKE_TARGET_COPYRIGHT
and QMAKE_TARGET_COMPANY, respectively.
Fixes:
- gui: Table views showed alternate rows in black color instead of light
gray.
- gui: If some font style (e.g. Bold) does not provide characters for
some script (e.g. Cyrillic) while the Normal style does, a different
font will be chosen for Bold Cyrillic instead of drawing empty boxes.
- corelib: Fixed two issues related to loading text codec plugins from
the application's directory.
- corelib: Fixed QDir::absoluteFilePath(), midir()/mkpath(),
rmdir()/rmpath() that didn't properly handle relative and UNC paths
which could cause various path-related failures.
- corelib: Properly report root directories of drives to Qt. This makes
letters of removable drives always seen by Qt (for example, in the file
open dialog) even if the medium isn't currently inserted.
- corelib: Fixed unnecessary access to removable drives and a long delay
and noice caused by it when showing a file open dialog in Qt
applications.
The fifth beta is available for download at:
ftp://ftp.netlabs.org/pub/qt4/qt-all-opensource-src-4_5_1-os2-beta5.zip
Qt is a cross-platform application development framework, which is
widely used as a widget toolkit for developing GUI programs.
Availability for OS/2 and eComStation both means that developers can
easily port existing Qt applications and create new ones more easily.
This already has been the case with Qt 3. Now that Qt 4 is widely used,
the netlabs.org Qt 4 project aims to make the latest version 4.5
available for OS/2 and eComStation. It currently is in beta stage and
applications start to become available.
For more information, see:
http://qt.netlabs.org/en/site/index.xml
Since the project relies on funds made by the OS/2 and eComStation
community, please consider making a donation:
Al Savage
<christian...@os2voice.org> wrote:
> - corelib: Properly report root directories of drives to Qt. This makes
> letters of removable drives always seen by Qt (for example, in the file
> open dialog) even if the medium isn't currently inserted.
>
> - corelib: Fixed unnecessary access to removable drives and a long delay
> and noice caused by it when showing a file open dialog in Qt
> applications.
Yippee! These fixes should remedy the problem with SMPlayer, where I
have to click 36 times when using "Open a File".
--
Regards,
Al S.
Dariusz Piatkowski
Suffering from the same issue here...so given that this fix is in the SDK, how
do we get smPlayer re-built with the latest stuff?
Al Savage
<dariusz@_NO-SPAM_mnsi.net> wrote:
> > Yippee! These fixes should remedy the problem with SMPlayer, where I
> > have to click 36 times when using "Open a File".
>
> Suffering from the same issue here...so given that this fix is in the SDK, how
> do we get smPlayer re-built with the latest stuff?
Not knowing any better, this is what I did:
Downloaded
ftp://ftp.netlabs.org/pub/qt4/qt-lib-4_5_1-beta5.wpi
But unless one has XCenter installed, that WPI refuses to do anything.
Damned WPI packagers :(
I unpacked the WPI
wic.exe -x qt-lib-4_5_1-beta5.wpi
(wic.exe is a tool that is packaged with WarpIn, IIRC)
and copied the beta5 DLLs to a dir on the LIBPATH, replacing the earlier
ones.
QtCore4 .dll 1,398,550 .a.. 12-05-09
QtGui4 .dll 7,056,307 .a.. 12-05-09
QtNet4 .dll 590,361 .a.. 12-05-09
QtScri4 .dll 801,260 .a.. 12-05-09
QtScTl4 .dll 582,066 .a.. 12-05-09
QtSql4 .dll 155,471 .a.. 12-05-09
QtSvg4 .dll 222,446 .a.. 12-05-09
QtTest4 .dll 63,063 .a.. 12-05-09
QtXml4 .dll 162,553 .a.. 12-05-09
QtXmlP4 .dll 2,891,034 .a.. 12-05-09
Then I started SMPlayer. The one noticeable difference is that I only
have to click on that "Drive Not Ready" message FOUR times per drive
instead of the previous SIX. For drives without media inserted: S, I,
B, and A, making a total of 16 clicks to load a directory, rather than
the previous 24.
Sigh. Well, it's an improvement.
--
Regards,
Al S.
Peter Brown
Now there is an idea - Thanks.
I'll give the above a try to see if it makes smplayer a useable app -
both the beta4 builds suffer from losing video within seconds of
starting playback.
Regards
Pete
Al Savage
<losepeteS...@ntlworld.com> wrote:
> I'll give the above a try to see if it makes smplayer a useable app -
The above "Drive Not Ready" problem only occurs for me if I Open a File
(<Ctrl+F>).
> both the beta4 builds suffer from losing video within seconds of
> starting playback.
I got through a whole "Prime Suspect 1" DVD last night with the beta5
DLLs; the audio was perfect, but the video jerky. I am using an antique
1Ghz Athlon box w/2MiB though, so I probably don't have the horsepower
for smooth video, but it's jerky at both full-screen and small windowed
sizes, and other MPEGs do not have that problem, so who knows?
Another DVD I tried to play twice would only play for about 15 seconds,
with good audio but very poor video, before stopping with an mplayer
error.
--
Regards,
Al S.
Peter Brown
Al Savage wrote:
> On Mon, 14 Dec 2009 02:45:57 UTC, "Dariusz Piatkowski"
> <dariusz@_NO-SPAM_mnsi.net> wrote:
>
>>> Yippee! These fixes should remedy the problem with SMPlayer, where I
>>> have to click 36 times when using "Open a File".
>>
>> Suffering from the same issue here...so given that this fix is in the SDK, how
>> do we get smPlayer re-built with the latest stuff?
>
> Not knowing any better, this is what I did:
> Downloaded
> ftp://ftp.netlabs.org/pub/qt4/qt-lib-4_5_1-beta5.wpi
>
> But unless one has XCenter installed, that WPI refuses to do anything.
I do not use xCenter and have no problem with Warpin and this package.
> Damned WPI packagers :(
>
> I unpacked the WPI
>
> wic.exe -x qt-lib-4_5_1-beta5.wpi
> (wic.exe is a tool that is packaged with WarpIn, IIRC)
>
WPIView is also useful for having a look at, unpacking and installing
Warpin packages http://members.aon.at/herwig.bauernfeind/wpiview/
Regards
Pete
Peter Brown
Having installed the later dll files there is no change in the behaviour
of smplayer; it still loses video output within seconds of starting
playback.
Regards
Pete
Al Savage
<losepeteS...@ntlworld.com> wrote:
> > ftp://ftp.netlabs.org/pub/qt4/qt-lib-4_5_1-beta5.wpi
> >
> > But unless one has XCenter installed, that WPI refuses to do anything.
>
> I do not use xCenter and have no problem with Warpin and this package.
When I run:
> [D:\warpin]warpin g:\ftp\os2\mplayer\qt-lib-4_5_1-beta5.wpi
I see this:
> ftp://asavage.dyndns.org/hosting/Xworkplace_01.png
"The following packages are required . . .
Ulrich Moller\XWorkplace\Kernel\0\9\9\0 "
Whatever that is . . . I don't have it, don't want it, and it's not
explained why I need it nor why it's required.
--
Regards,
Al S.
ivan
wrote:
> On Mon, 14 Dec 2009 16:32:30 UTC, Peter Brown
Hi Al,
What version of warpin do you have installed? The latest is
warpin1.0.18.
ivan
--
Paul Ratcliffe
>> When I run:
>> > [D:\warpin]warpin g:\ftp\os2\mplayer\qt-lib-4_5_1-beta5.wpi
>>
>> I see this:
>> > ftp://asavage.dyndns.org/hosting/Xworkplace_01.png
>>
>> "The following packages are required . . .
>> Ulrich Moller\XWorkplace\Kernel\0\9\9\0 "
>>
>> Whatever that is . . . I don't have it, don't want it, and it's not
>> explained why I need it nor why it's required.
>
> What version of warpin do you have installed? The latest is
> warpin1.0.18.
No it's not, it's 1.0.19.
It's irrelevant to the point at issue anyway, which seems to be
inconsiderate packaging.
Ruediger Ihle
> It's irrelevant to the point at issue anyway, which seems to be
> inconsiderate packaging.
The problem is the following:
One of the four packages in the archive contains the following lines:
REQUIRES="Ulrich M�ller\XWorkplace\Kernel\0\9\9"
TARGET="$(Ulrich M�ller\XWorkplace\Kernel)" FIXED
The first popup in the screenshot comes from the REQURIES= line
and basically allows the user to continue. However, the second
line is causing a fatal abort, because WARPIN tries to resolve
the directory macro.
It's discussable, what WARPIN should really do in this case.
One could think, that when the requirements for a package are
not meet, this package cannot be installed and WARPIN shouldn't
care about other details of this package description (i.e. not
try to resolve that macro at all).
--
Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany]
http://www.s-t.de
Please remove all characters left of the "R" in my email address
ivan
<ab...@orac12.clara34.co56.uk78> wrote:
Sorry Paul, I missed that one. Systems now brought up to date.
ivan
--
Paul Ratcliffe
wrote:
> One of the four packages in the archive contains the following lines:
>
> REQUIRES="Ulrich M�ller\XWorkplace\Kernel\0\9\9"
> TARGET="$(Ulrich M�ller\XWorkplace\Kernel)" FIXED
>
> The first popup in the screenshot comes from the REQURIES= line
> and basically allows the user to continue. However, the second
> line is causing a fatal abort, because WARPIN tries to resolve
> the directory macro.
Oh, I see what you mean now. That is nasty and definitely shouldn't
happen. I'll see if I can have a look at that one.
> One could think, that when the requirements for a package are
> not meet, this package cannot be installed and WARPIN shouldn't
> care about other details of this package description (i.e. not
> try to resolve that macro at all).
Agreed.
Alex Taylor
<christian...@os2voice.org> wrote:
> - gui: Implemented support for the IME input box (used on DBCS systems)
> in Qt applications with a known limitation that the input box is always
> positioned at the lower left corner of the top-level window.
Interesting. Is there actually a Qt-based IME application available?
Or is this simply an interface to the built-in OS/2 IME?
> - gui: Improved font handling on DBCS systems (patch by komh): Read
> national face names from font files instead of always taking the Latin
> name. Use the PM_AssociateFont registry key to select a fallback font
> for missing characters.
I'm not entirely convinced of the merits of this. As I've found with
Mozilla, it can be problematic when using the same application (a shared
installation) from multiple NLV versions of OS/2 on the same system.
--
Alex Taylor
Fukushima, Japan
http://www.socis.ca/~ataylo00
Please take off hat when replying.
Dariusz Piatkowski
Tried this again with the new GA drop of QT & the re-compiled version of
smplayer...still no luck...anyone else having this problem?
Al Savage
It's still four clicks per drive that has no media loaded here (eight,
actually). A:, B:, and I: are my local culprits.
--
Regards,
Al S.
Dariusz Piatkowski
QT 4.5.1 and smplayer 0.6.8 beta 3 (SVN r3213) works fine here now after I added
the "AUTOFAIL=YES" to CONFIG.SYS.
It appears to be a workable solution until the author finds a better way to deal
with the current drive check logic.
Al Savage
Yeah, it's *a* solution, but not a very good one. I'll wait.
--
Regards,
Al S.
ivan
<dariusz@_NO-SPAM_mnsi.net> wrote:
It does not work with Scribus!
I still have to click twice on 4 instances of 4 drives (2 cd and 2
floppy). I hope this is fixed soon
ivan
--