Qpainter function on a QFrame problem

[wysota]

You see... the problem is we are not seeing your problem I suggest you forget about F keys and all that stuff and focus on implementing a widget with properties that allow you to modify the behaviour of the widget. When you have that done, start thinking about function keys.

[impeteperry]

Thanks for your suggestion, but I'm afraid you are missing the point of my program.
I am an engineer and innovator in the building industry. I have had 2 growing problems with the computer industry over the past 35 years. The complexity of the user interface (look at Blender) and the CAD programs in principle

This may not be the proper forum for a discussion of this type. Please let me know if it is oK or suggest another Qt forum .

Thasks
pete perry

[wysota]

Thanks for your suggestion, but I'm afraid you are missing the point of my program.

I'm not. You're missing the point of your problem. You have problems with drawing, not with input events. That's why I say to make your widget draw in a predictable, reproducable and desirable way and only then add value to it, not the other way round.

I am an engineer and innovator in the building industry. I have had 2 growing problems with the computer industry over the past 35 years. The complexity of the user interface (look at Blender) and the CAD programs in principle

This may not be the proper forum for a discussion of this type. Please let me know if it is oK or suggest another Qt forum .

Please don't insult us. You know nothing of us or problems we are dealing with. At the same time you are asking for help with your problem, not the other way round.

As for one of your questions - switching to Qt4 is a good idea in general, especially that it will probably force or encourage you to do it the right way - using QGraphicsView and not drawing directly inside a frame. You should have used QCanvas...

Your code cries: refactor me! But what do I know.... I'm not dealing with problems complex enough to know anything about yours...

[impeteperry]

Sir, I am not insulting you, Qt or anybody else. I appreciate your effort to help me. so enough of that!

I thought the forum was for help on my problems using your product rather then the other way around.

The use of the "function/accelerator keys" for program control rather then the mouse is part and parcel of what I am trying to develop, right or wrong.

My problem is "I can show a "Help widget" on a painter by pressing a function key, but I can't delete it by pressing a function key". My Question is "what code to I need to add to my "help Widget to correct this problem"?

I see that Qt 4 no longer lists QCanvas, however I shall go back to square one, look at QGraphicView and see if I an do in Qt what I did in DOS.

Again, I am sorry if I offended you in any way, sometimes I don't express myself to well.

Thanks

I went to "examples" for QGraphicview and found collindingmice. Oh what a delightful examole!!!
I see there is layering there. Let you know how I make out.

Thanks again,

[wysota]

The use of the "function/accelerator keys" for program control rather then the mouse is part and parcel of what I am trying to develop, right or wrong.

But that's not the issue here. If you have other things working, adding accelerators is trivial. If something doesn't work, it means the problem is elsewhere.

My problem is "I can show a "Help widget" on a painter by pressing a function key, but I can't delete it by pressing a function key". My Question is "what code to I need to add to my "help Widget to correct this problem"?

You need to implement a paint event correctly, so that it takes into consideration the help widget. I'd add a property holding the help text to show and when the text is empty, hide the help and otherwise render the text. Something like:

class MyClass: public ... {
  Q_OBJECT
  Q_PROPERTY(QString helpText READ helpText WRITE setHelpText)
public:
  //...
  const QString &helpText() const { return m_helpText; }
public slots:
  void setHelpText(const QString &txt) { 
    if(txt==m_helpText) return; 
    m_helpText = txt;
    update();
  }
  void clearHelpText() { setHelpText(QString::null); }
protected:
  void paintEvent(...){
    QPainter p(this);
    //...
    if(!m_helpText.isEmpty()){
      p.save();
      //...
      p.drawRect(...);
      p.drawText(...);
      p.restore();
    }
  }
};

class MyClass: public ... {
  Q_OBJECT
  Q_PROPERTY(QString helpText READ helpText WRITE setHelpText)
public:
  //...
  const QString &helpText() const { return m_helpText; }
public slots:
  void setHelpText(const QString &txt) { 
    if(txt==m_helpText) return; 
    m_helpText = txt;
    update();
  }
  void clearHelpText() { setHelpText(QString::null); }
protected:
  void paintEvent(...){
    QPainter p(this);
    //...
    if(!m_helpText.isEmpty()){
      p.save();
      //...
      p.drawRect(...);
      p.drawText(...);
      p.restore();
    }
  }
};

To copy to clipboard, switch view to plain text mode 

Actually I'd use QCanvas or QGraphicsView...

[impeteperry]

Taking your advice, I am looking at QGraphicView-scene. As I said, I would start from scratch. This looks promising.

Being a bit mentally retarded at 82 and in need of an eye operation it will take a bit of time.

I am a little leery of QCanvas as it is no longer listed in the Qt documentation under "all classes". (I did some stuff with it under Qt 3).

[wysota]

QCanvas and QGraphicsView are very similar. There's even an article written by Andreas on QQ on porting QCanvas applications to Graphics View.

[impeteperry]

I'm confused. If QCanvas is not listed Qt4, do you mean go back to Qt3 or that If I worked in QCanvas in Qt3, I should not have any problem with QGraphicsview in Qt 4?

[wysota]

I mean use Qt4 and GV.