QTextBroxser : home() problem

[Nyphel]

Hello !

I've a QTextBroxser that is linked to a HTML source.
The source is well displayed, but I've some matters when I want to use the links of my HTML source...

The links are well recognized by the widget, and the source is set to the new target when I clic a link. But when I want to use the home() function, my original source isn't displayed correctly... In reality, it isn't displayed at all
It's like if the source was wide, like if didn't contains anything...
So when I clic a button that call the home() function, my QTextBrowser is cleared().

That's funny, but I would prefer my source to be displayed

Have you got an idea, please ?

[wysota]

Did you set the original document using setSource()?

[Nyphel]

Yes

I used the QtDesigner tool in order to create my user interface, and there is a property to set the source. I've read the generated file content (.h) and the source is set with setSource(QUrl).

[wysota]

It seems to work quite fine for me... Check the attached ui file (adjust the source to match your Qt docs index.html). Also be sure to always change the active document using setSource().

[Nyphel]

Thanks Wysota, I didn't saw the answer before

This works well !

I had reimplemented the slots that could be set with the QtDesigner and I made an error.
I set the home_button to perform

my_text_box->home();

my_text_box->home();

To copy to clipboard, switch view to plain text mode 

Certainly should I set :

my_text_box->setSource(home());

my_text_box->setSource(home());

To copy to clipboard, switch view to plain text mode 

[Nyphel]

Hi,

I don't understand why but I can't make my browser to work.
When I execute my app, the browser is wide, clean, cleared...
When I open the .ui file, the browser looks well and the html content is displayed.
When I preview the .ui file, the browser is wide, clean, cleared...

The source is set in the .ui file, and never modified in my source code.

The only thing I've done since the last two weeks is to rebuild my Qt Open Source editon with the following configure.cache (under Win2000) :

-release
-static 
-fast 
-no-exceptions 
-no-dsp 
-no-vcproj 
-no-rtti 
-no-style-windowsxp

-release
-static 
-fast 
-no-exceptions 
-no-dsp 
-no-vcproj 
-no-rtti 
-no-style-windowsxp

To copy to clipboard, switch view to plain text mode 

[wysota]

You're probably using a relative path for your source and Qt can't find it once the binary is moved to other place (like debug or release folders).

[Nyphel]

Yes this is a relative path : ../../help/help.html

This relative path is the same path for my .ui file and my .exe file.

my_project
|-- help
|    |-- help.html
|
|-- gui
|    |-- gui
|        |-- help.ui
|
|-- my_app
|    |-- { sources }
|    |-- release
|        |-- my_app.exe

my_project
|-- help
|    |-- help.html
|
|-- gui
|    |-- gui
|        |-- help.ui
|
|-- my_app
|    |-- { sources }
|    |-- release
|        |-- my_app.exe

To copy to clipboard, switch view to plain text mode 

But what I don't understand is that I don't move my application when I want to test it
Moreover I must set a relative path, cause this application will be deployed on ifferent OS (Linux, Win98, Win2000 and WinXP). Isn't it possible ?

[wysota]

You can embed the files you need into your executable and use the resource system to access them.

[Nyphel]

Mmmhhh... I think that this solution wouldn't be the best for me

I use a TextBrowser in order to be able to modify the help file without a complete rebuild of my application. So, if I embed it in the ressources file, wouldn't I lost this ability ?

[wysota]

You can do the embedding only when your application is being released and use real files when developing. Alternatively use file path relative to QApplication::applicationDirPath(), just make sure they are always correct. For example Windows compilers tend to move your application to different directories when compiling.

[Nyphel]

That's a great idea, thanks Wysota, but it doesn't resolve my problem

I think my installation is broken, cause it has worked very well before I rebuild my Qt Open Source edition with the static option.
Moreover, my compiler doesn't move the file while compiling (I've checked this point to be sure) and I'm pretty sure that if the QtDesigner editor can read the HTML file while editing the .ui, it should be able to read the content while doing the preview (with CTRL+D).

I don't really know what to do, but thanks for your help and tips, that helped me

[wysota]

Could you prepare a minimal compilable example that reproduces the problem?

[Nyphel]

I'm a .ui file similar to yours

The difference is that I'm under Win2000 and my path to the HTML file is [../../aide/accueil.html] and not [/usr/share/doc/qt4/doc/html/index.html].
("aide" stands for "help" in french)

I generate the header file with the command :
uic aide.ui -o aide.h

And I use an implementation class...



Here is my HTML :

<html>
  <head>
  </head>
 
  <body>
        huhuhuh  hin hin hin !
        <br /><br />
        <a href="suite.html">a link</a>
  </body>
 
</html>

<html>
  <head>
  </head>

  <body>
        huhuhuh  hin hin hin !
        <br /><br />
        <a href="suite.html">a link</a>
  </body>

</html>

To copy to clipboard, switch view to plain text mode 

(I made some links to test the forward/backward/home functionnalities)



Here is my implementation class :

#ifndef Aide_impl_h
#define Aide_impl_h
 
#include "../gui/gui/ui_aide.h"
 
#include <QObject>
#include <QDialog>
#include <QtGui>
#include <QUrl>
 
class Aide_impl : public QDialog, public Ui::dialog_Aide
{
  Q_OBJECT
 
public:
	Aide_impl(QWidget *parent = 0);
 
protected:	
 
private slots:
 
private:
};
 
#endif  // Aide_impl_h

#ifndef Aide_impl_h
#define Aide_impl_h

#include "../gui/gui/ui_aide.h"

#include <QObject>
#include <QDialog>
#include <QtGui>
#include <QUrl>
 
class Aide_impl : public QDialog, public Ui::dialog_Aide
{
  Q_OBJECT

public:
	Aide_impl(QWidget *parent = 0);
	
protected:	
	
private slots:
	
private:
};

#endif  // Aide_impl_h

To copy to clipboard, switch view to plain text mode 

Aide_impl::Aide_impl(QWidget *parent) : QDialog(parent)
{
	setupUi(this);
}

Aide_impl::Aide_impl(QWidget *parent) : QDialog(parent)
{
	setupUi(this);
}

To copy to clipboard, switch view to plain text mode 

And I use it in my application :

Aide_impl my_help_window = new Aide_impl(this);	
my_help_window->show();

Aide_impl my_help_window = new Aide_impl(this);	
my_help_window->show();

To copy to clipboard, switch view to plain text mode 

[wysota]

So where do you set the path?

[Nyphel]

Here I've removed the QApplication::applicationDirPath(), it is set in the .ui file for the moment.

Otherwise I've tried it in the constructor of my implementation class and in my application, like this :

QString acces_app = QApplication::applicationDirPath();
acces_app.append("../../aide/accueil.html");
QUrl url_source(acces_app); 
my_help_window->TB_message->setSource(url_source);

QString acces_app = QApplication::applicationDirPath();
acces_app.append("../../aide/accueil.html");
QUrl url_source(acces_app); 
my_help_window->TB_message->setSource(url_source);

To copy to clipboard, switch view to plain text mode 

But that didn't change anything

[wysota]

Could you first try with QFile::exists() if the path is correct? Displaying the path in console just to make sure it is correct might be a good idea as well... I think you're at least missing a slash here...

[Nyphel]

Yes, the path semmes to be correct .

The path accepted are :
../../aide/accueil.html
/../../aide/accueil.html
acces_app.append("/../../aide/accueil.html");

You're true, a slash was missing in acces_app .
I've test with it, that doesn't work anyway

[wysota]

So what exactly happens if you call setSource() with that url?

[Nyphel]

Nothing : the QTextBrowser is wide, no HTML text is displayed.
Sometimes, I've the texte... But if I modify the HTML file content (not the name), and rebuild my application, the QTextBrowser is cleared another time...

A funny thing is that if I do a simple

setText("lol <br> <b>huhu</b>");

setText("lol <br> <b>huhu</b>");

To copy to clipboard, switch view to plain text mode 

instead of the setSource(...); the HTML text is well displayed.