Viktor Szakáts wrote:
>
> First we should discuss all concerns, if you care, pls
> answer them. BTW, it's supported on _some_ Linux distros.
> HB_WITH_QT_WEBKIT is no solution, but hack. Such setting
> should be resolved automatically.
>
I was expressing the way help can be presented in hbIDE.
In no way I expressed that webkit should be part of hbQT
and be included in hbIDE. I had pointed out it load factor
which is of prime concern for me. This is the single most reason
that I wrote parser to read .uic files in place of calling QtUiTools
engine. And there is no need and place of such heavy load in hbIDE.
To answer next messages, I would say that, at the point when
I removed QtWebKit, I was not equipped how to separate that
component as stand alone. Now probably I think I can do it,
I will exercise another effort.
> Or, it's still an option to move the whole QT related
> stuff from Harbour SVN to somewhere else and satisfy
> QT user special requests there.
>
This is not an option, please...
-----
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/SF-net-SVN-harbour-project-13834-trunk-harbour-tp4545547p4548357.html
Sent from the harbour-devel mailing list archive at Nabble.com.
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
