[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bindings
Subject:    Re: [Kde-bindings] Qyoto / Kimono any how to ?
From:       "David Canar" <davidcanar () gmail ! com>
Date:       2006-10-31 20:16:52
Message-ID: f939f3be0610311216n2717ca9dwb903d83347e4d54c () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


>
> When you configure smoke/qt it tests whether various features have been
> built
> into Qt. One of the tests is for QListView:
>
> Testing QT_NO_LISTVIEW                                    *Undefined*
>
> Here '*undefined*' means that the QListView class and header have been
> found
> in the version of Qt 4.x that is installed. The defines are are
> marked '*defined*' are added to the smoke/qt/qtdefines file. So have a
> look
> in there and see what it contains. You should certainly should have
> QListView
> class (the parent of QListWidget). Are you sure that /usr/include/Qt
> contains
> the Qt4 headers, and not the Qt3 ones?


Thanks for replying. I do have Qt4 on that directory. I installed
4.2.1using RPMs. In fact I can see it exists
/usr/include/Qt/qlistview.h but the
config file is not recognizing it. There is a bug of some sort.

JUST FOR REFERENCE:
I modified the smoke/qt/qtdefines file and I took out all the QT_NO_xxxxxx
lines except the QT_NO_STYLE_WINDOWSXP. I compiled smoke and it worked. It
generated the file .so and .la files.
Then I went to the kimono folder and I modified the makefile to look like
this:

all: libqyoto.so qyoto.dll hello.exe

hello.exe: Hello.cs SmokeInvocation.cs
        mcs -r:qyoto.dll -unsafe -debug -out:hello.exe Hello.cs

qyoto.dll: SmokeInvocation.cs
        mcs -unsafe -debug -out:qyoto.dll -target:library
SmokeInvocation.csqyoto/*.cs qdbus/*.cs
Qyoto.cs

libqyoto.so:    qyoto.cpp handlers.cpp
        gcc -shared -o libqyoto.so \
        -I/home/david/Projects/qt4-qtruby-1.4.7/smoke \
        -I/usr/include -I/usr/include/QtCore \
        -lQtCore -lQtGui -lsmokeqt qyoto.cpp handlers.cpp

and I typed make. It compiled with 438 warning(s) (but IT COMPILED!!!)
nice... I typed mono hello.exe and it worked! no problems!! I feel happy
now!
thanks for your help... now I can start coding.


> > I was thinking we can host the project (code) on novell forge or google
> and
> > buy the qyoto-project.com domain for documentation, forums, wikis, etc.
> > What do you think?
> Yes that sounds good if you think the people will come, but maybe '
> qyoto.org'
> rather than 'qyoto-project.com' as we're not a company and there is
> nothing
> else on the web called qyoto? I searched for kimono sites (kimono stands
> for 'KDE Integrates Mono'), and there were both kimono.org and kimono.com
> sites. I would have thought novell forge would be the best site for
> Qyoto/Kimono source downloads as they sponsor the mono project.
>
> I use RubyForge for QtRuby because you need to have somewhere where people
> can
> download the qt-only part of a kde bindings project. There is a KDE
> Developers corner web site where I've put some docs for QtRuby, and I'd
> like
> to add some docs there for Qyoto too.
>
> -- Richard
>

I already bought the qyoto.org domain and I have a personal server where I
can host the project I'll let you know when I have a page for the project.

Many Thanks!

David.

[Attachment #5 (text/html)]

<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">When you configure smoke/qt it \
tests whether various features have been built<br>into Qt. One of the tests is for \
QListView: <br><br>Testing \
QT_NO_LISTVIEW&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; \
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n \
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*Undefined*<br><br>Here \
'*undefined*' means that the QListView class and header have been found<br>in the \
version of Qt 4.x that is installed. The defines are are <br>marked '*defined*' are \
added to the smoke/qt/qtdefines file. So have a look<br>in there and see what it \
contains. You should certainly should have QListView<br>class (the parent of \
QListWidget). Are you sure that /usr/include/Qt contains <br>the Qt4 headers, and not \
the Qt3 ones?</blockquote><div><br>Thanks for replying. I do have Qt4 on that \
directory. I installed 4.2.1 using RPMs. In fact I can see it exists \
/usr/include/Qt/qlistview.h but the config file is not recognizing it. There is a bug \
of some sort.  <br><br>JUST FOR REFERENCE:<br>I modified the smoke/qt/qtdefines file \
and I took out all the QT_NO_xxxxxx lines except the QT_NO_STYLE_WINDOWSXP. I \
compiled smoke and it worked. It generated the file .so and .la files. <br> Then I \
went to the kimono folder and I modified the makefile to look like this:<br><br>all: \
libqyoto.so qyoto.dll hello.exe<br><br>hello.exe: Hello.cs \
SmokeInvocation.cs<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mcs -r:qyoto.dll \
-unsafe -debug -out:hello.exe  Hello.cs<br><br>qyoto.dll: \
SmokeInvocation.cs<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mcs -unsafe -debug \
-out:qyoto.dll -target:library SmokeInvocation.cs qyoto/*.cs qdbus/*.cs \
Qyoto.cs<br><br>libqyoto.so:&nbsp;&nbsp;&nbsp; qyoto.cpp \
handlers.cpp<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; gcc -shared -o  \
libqyoto.so \<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; \
-I/home/david/Projects/qt4-qtruby-1.4.7/smoke \
\<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -I/usr/include -I/usr/include/QtCore \
\<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -lQtCore -lQtGui -lsmokeqt qyoto.cpp \
handlers.cpp<br><br>and I typed make. It compiled with 438 warning(s) (but IT \
COMPILED!!!) nice... I typed mono  hello.exe and it worked! no problems!! I feel \
happy now!<br>thanks for your help... now I can start \
coding.<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> &gt; I was \
thinking we can host the project (code) on novell forge or google and<br>&gt; buy the \
<a href="http://qyoto-project.com">qyoto-project.com</a> domain for documentation, \
forums, wikis, etc.<br>&gt; What do you think? <br>Yes that sounds good if you think \
the people will come, but maybe '<a href="http://qyoto.org">qyoto.org</a>'<br>rather \
than '<a href="http://qyoto-project.com">qyoto-project.com</a>' as we're not a \
company and there is nothing <br>else on the web called qyoto? I searched for kimono \
sites (kimono stands<br>for 'KDE Integrates Mono'), and there were both <a \
href="http://kimono.org">kimono.org</a> and <a \
href="http://kimono.com">kimono.com</a><br> sites. I would have thought novell forge \
would be the best site for<br>Qyoto/Kimono source downloads as they sponsor the mono \
project.<br><br>I use RubyForge for QtRuby because you need to have somewhere where \
people can<br> download the qt-only part of a kde bindings project. There is a \
KDE<br>Developers corner web site where I've put some docs for QtRuby, and I'd \
like<br>to add some docs there for Qyoto too.<br><br>-- Richard<br></blockquote> \
</div><br>I already bought the <a href="http://qyoto.org">qyoto.org</a> domain and I \
have a personal server where I can host the project I'll let you know when I have a \
page for the project. <br><br>Many Thanks!<br><br>David. <br>



_______________________________________________
Kde-bindings mailing list
Kde-bindings@kde.org
https://mail.kde.org/mailman/listinfo/kde-bindings


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic