gmane.org.netlabs.qt.devel

Re: [qt-dev] Sources of QtCreator?

hermi — 2012-01-04T11:15:58

Merci Silvan

Silvan Scherrer schrieb am 04.01.12 12.02:

Re: [qt-dev] Sources of QtCreator?

Silvan Scherrer — 2012-01-04T11:02:07

Hermi,

use this one https://github.com/dmik/qt-creator-os2
this is our current creator port

hermi wrote:

[qt-dev] Sources of QtCreator?

hermi — 2012-01-04T10:52:08

Hi all,

I wonder where I can find the sources of QtCreator with (perhaps) OS/2 related
changes?
Or can I use the sources from git://gitorious.org/qt-creator/qt-creator.git?

Thanks,
Hermi

Re: [qt-dev] Sources of QtCreator?

hermi — 2012-01-04T11:15:58

Merci Silvan

Silvan Scherrer schrieb am 04.01.12 12.02:

Re: [qt-dev] Sources of QtCreator?

Silvan Scherrer — 2012-01-04T11:02:07

Hermi,

use this one https://github.com/dmik/qt-creator-os2
this is our current creator port

hermi wrote:

[qt-dev] Sources of QtCreator?

hermi — 2012-01-04T10:52:08

Hi all,

I wonder where I can find the sources of QtCreator with (perhaps) OS/2 related
changes?
Or can I use the sources from git://gitorious.org/qt-creator/qt-creator.git?

Thanks,
Hermi

Re: [qt-dev] ported Qt apps

Silvan Scherrer — 2011-01-10T16:06:41

Andy,

for the wiki you should have access.

regards
Silvan

Andy wrote:

Re: [qt-dev] ported Qt apps

Andy — 2011-01-07T23:38:25

ID:  abwillis

Andy

On Thu, 6 Jan 2011 14:46:47 UTC, Silvan Scherrer 
<silvan.scherrer< at >aroa.ch> wrote:

Re: [qt-dev] ported Qt apps

Silvan Scherrer — 2011-01-06T14:46:47

Andy,

gimme your netlabs user and i can give you rights to the wiki.
Silvan

Andy wrote:

Re: [qt-dev] ported Qt apps

Andy — 2011-01-06T14:36:11

On Tue, 23 Nov 2010 10:32:42 UTC, Silvan Scherrer 
<silvan.scherrer< at >aroa.ch> wrote:

I built typefaster:
http://sourceforge.net/projects/typefaster/
It is a QT3 app, I put it in Netlabs incoming but did not seem to have
rights to add anything to the wiki.  
Andy

Re: [qt-dev] Warp Style?

Alex Taylor — 2011-01-01T10:27:09


I, for one, would very much appreciate that.

I find the Warp-style menu navigation behaviour (explicit click required)
to be one of the best features of Presentation Manager as a GUI.  I just
can't work with the Windows way.  (Navigating to the correct submenu
using a dirty or flaky mouse, or a touchpad, is quite impossible.  Even
with a standard, healthy mouse it's hard enough.)

Re: [qt-dev] Shift + keypad bug

Alex Taylor — 2011-01-01T10:21:03

On Sat, 30 Oct 2010 05:58:25 UTC, "Alex Taylor" <mail.me< at >reply.to.address> 
wrote:


Incidentally, this does indeed appear to be fixed in 4.6.3.  

Thanks!

[qt-dev] QT3 and QT4 - drag and drop

Lars Erdmann — 2010-12-30T19:28:18

Found the below in "gui/kernel/qmime_pm.cpp".
Did you test this with a target that asks for source rendering ?
My understanding is that the source as well as the target call
DrgFreeDragtransfer (that's why it needs to be called twice).
If you call DrgFreeDragtransfer twice in the source this might
lead to an access problem in the target.


/*! \internal
   According to my tests, DrgFreeDragtransfer() appears to be bogus: when the
   drag source attempts to free the DRAGTRANSFER structure passed to it in
   DM_RENDERPREPARE/DM_RENDER by another process, the shared memory object is not
   actually released until DrgFreeDragtransfer() is called for the second time.
   This method tries to fix this problem.

   \note The problem (and the solution) was not tested on platforms other than
   eCS!
*/
void qt_DrgFreeDragtransfer(DRAGTRANSFER *xfer)
{
     Q_ASSERT(xfer);
     if (xfer) {
         BOOL ok = DrgFreeDragtransfer(xfer);
         Q_ASSERT(ok);
         if (ok) {
             ULONG size = ~0, flags = 0;

Re: [qt-dev] Warp Style?

Dmitry A. Kuminov — 2010-12-02T12:03:28


I think this is a matter of getting used to. The thing is that the problems you 
describe are typical to the mouse navigation in general (e.g. it's very 
difficult to move the mouse pointer straight horizontally or vertically). If one 
wants preciseness he usually uses the keyboard most of the time (like me).

And, what's wrong with the Caps Lock? :) I don't have any problems. My Caps Lock 
is reprogrammed to act as Left Win.


:) I think everybody faces the same issue here.


As an option, we may simply check form SET MENUSFOLLOWPOINTER=ON in config.sys 
(used by WarpCenter AFAIR) and only enable the modern behavior if it's present. 
We'll see.

Re: [qt-dev] Warp Style?

Cornelis Bockemühl — 2010-12-02T08:56:16

menu 
menu 
 
True it is arguable, but my argument would always be in favor of the "old 
fashioned" solution there, not the "modern" one! The reason is that for me the 
saved click is really little compared to the many times I was already choosing 
the wrong menu option, or the difficulty to always nicely navigate the mouse 
along the correct menu item line, etc. (The "modern behaviour" of menus is for 
me a permanent nuisance like the "Caps Lock" key that is also a good cause for 
fighting...)

Maybe some training as computer gamer is required to aquire the necessary fine 
motoric training?? ;-)

PS: No "fight" intended: Just another opinion! Technically I would be more than 
happy if this behaviour could be switched with some global option!

Re: [qt-dev] Solution found: OS/2 Icons for Qt Apps

Cornelis Bockemühl — 2010-12-02T08:46:59

This situation:

- PMView supports OS/2 icons, but does not support transparency properly

- Other conversion programs may support transparency, but not OS/2 icons

- The OS/2 icon editor is a possible solution, but a real pain to work with

But now I found a two-step solution:

1. First transform the icons from whatever they are to Windows icons using Gimp 
or, even more quick and comfortable, one of the image converters that are now 
available also among the Qt ports

2. Use IcPlus (http://glass.ptv.ru/icplus.html) to convert from Windows icons 
to OS/2 icons

Works fine! ;-)

Re: [qt-dev] Warp Style?

Dmitry A. Kuminov — 2010-12-01T12:18:45


Thanks for your opinion, but the latter is arguable. In most modern UIs 
(including the Apple one which is known to be well-thought), the selected menu 
item follows the mouse pointer automatically. The rationale is that it gives 
better visual feedback and saves you a click. I find both of these things 
important and in total they outweigh the only minus -- opening a wrong sub-menu 
if you position the mouse pointer not precisely enough.

Re: [qt-dev] Warp Style?

2010-12-01T03:48:11

On Tue, 23 Nov 2010 14:39:23 UTC, "Dmitry A. Kuminov" 
<dmik< at >hugaida.com> wrote:
> On 22.11.2010 10:31, Cornelis Bockem

Re: [qt-dev] Warp Style?

Dmitry A. Kuminov — 2010-11-23T14:39:23

Cornelis,

On 22.11.2010 10:31, Cornelis Bockemühl wrote:


Yes, that's true. So it gives one "con" more. In order to do it properly, 
eStyler would have to export a DrawControl procedure that may be used to draw 
all shapes (buttons in various states, check boxes etc) on an arbitray HPS at 
request of Qt. AFAIR, such procedure does not currently exist. It's actually 
quite a big "con" because having a classical Warp4 style while the rest of the 
system is eStyled beats the whole purpose of this style (whose only idea is to 
make the Qt applications have a consistent look and feel that matches the rest 
of the system).


This is not the most important argument :) There is a lot of code not too easy 
to maintain already. So a couple thousands lines more or less doesn't make a big 
difference.


This is another important "con". More over, I even think that one of the reasons 
to remake the whole WPS and standard PM apps in Qt is to give it a modern look 
through Qt styles.


This is not what I actually like,

Re: [qt-dev] Assistant not working after 4.6.2 installation

Dmitry A. Kuminov — 2010-11-23T13:41:06

Hello, Cornelis,

On 18.11.2010 23:29, Cornelis Bockemühl wrote:


The problem you faced with is not exactly what is described in #156, but it 
corresponds to the one described in comment:1 of #172 and has been fixed in the 
WPIs of the recent 4.6.3 release. Feel free to test them and report back if it 
now works for you.

However, with the next release of Qt, we will move from WPI to RPM/YUM and you 
will lose the ability to freely choose where you install different components. 
Please read http://svn.netlabs.org/qt4/ticket/181 for the explanation of why we 
move to RPM and why we think such a strict approach is for good. Your comments 
are welcome!

[qt-dev] ported Qt apps

Silvan Scherrer — 2010-11-23T10:32:42

I see a lot Qt ports floating around. Most of them are also listed on 
svn.netlabs.org/qtapps but not all.

Please always add a ported app also to the qtapps wiki. If you don't 
have rights to do so, please tell me and i give you the rights.
We should have one single location to search for a ported app and not a 
lot of them.

Thanks for your help in building this single location.

regards
Silvan