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.