Jesper Frank Nemholt" <jfn@dassic.com> wrote in message
news:GCMq6.6963$lk1.193023@twister.sunsite.dk...
> "Peter Andersen" <peterandersen@e-box.dk> wrote in message
> news:yALq6.7047$A35.500290@news000.worldonline.dk...
> > Hvad er Qt og Gtk+ ?
>
> GUI Libraries i C/C++ :
>
>
http://www.gtk.org/
>
http://www.trolltech.com/products/
>
> Begge giver mulighed for at lave cross-platform GUI development. GTK er
> primært møntet på X-Windows, mens QT fungerer på både X-Windows og
Microsoft
> Windows.
> Der er Windows (& BEOS) ports i gang til GTK+.
>
> Sørger man for at holde sin egen kode stueren betyder det at man uden alt
> for store problemer kan lave GUI software til en række platforme istedet
for
> blot een.
>
> KDE som findes til bl.a. Linux (og min favorit Tru64) benytter Qt.
> Gnome som også findes til Linux benytter Gtk+.
>
> Der har været en del debat vedr. Qt, idet Qt kommer fra et kommercielt
firma
> (Trolltech) og har/har haft diverse restrictions vedr. licens og
udvikling.
>
>
http://www.trolltech.com/company/announce/foundation.html
>
http://www.trolltech.com/products/download/freelicense/
>
http://www.trolltech.com/company/announce/gpl.html
>
> Qt for Unix kan frit benyttes hvis du udvikler software under QPL eller
GPL,
> men hvis du udvikler kommerciel software hvor sourcen ikke følger med skal
> du købe en developer licens hos Trolltech.
>
> Efter min mening en brugbar løsning hvis man er OpenSource udvikler, og
hvis
> man er ClosedSource udvikler kan man i det mindste komme i gang uden at
> skulle ofre $1000,-.
> Hvis det så viser sig at det man får lavet er noget der kan sælges så kan
> man købe licensen der giver en lov til dette.
> Desværre har de ikke samme løsning for Windows versionen. Her må man enten
> betale eller nøjes med en 30 dages demo.
>
> Gtk+ er LGPL. D.v.s. du kan udvikle både fri og ikke fri software uden
> problemer.
>
> Hvad der er bedst rent teknisk ved jeg ikke (har ringe erfaring med begge)
> men ifølge hvad jeg hører rundt omkring har Qt vist et pænt forspring.
>
> > Hvad er forskellen på en source RPM og en "alm" RPM (i386)?
>
> En source RPM indeholder kun source kode, mens en "almindelig" indeholder
> den kompilerede version til en specifik platform.
Dvs. hvis jeg skal bruge en souce RPM skal jeg compile den først? hvad er
ideen så at den ligger som RPM format?
> > Er der nogen der har gode links til sådanne spørgsmål på nettet? og til
> lidt
> > mere indgående ting?
>
> Uhm.... her i gruppen f.eks.
Jep, og tak for de hurtige respons..
Andet spørgsmål: hvad er så libc's? Jeg har haft en del programmer jeg ikke
har kunne installere fordi de kræved nogle spec. libc af en eller anden
art....bl.a. kde21