mboost-dp1
unknown
#51
Jeg tvivler meget kraftigt på at GTK er mere fleksibelt end QT. Jeg siger dog dette uden selv at have praktisk erfaring med de to toolkits. Jeg baserer det på hvad jeg har hørt fra folk der har brugt de forskellige toolkits.
Bare fordi der ikke er en QT-theme der tager udseendet fra GTK betyder det jo langt fra at GTK er det mest fleksible. Jeg opfatter det som sagt omvendt, nemlig sådan at QT er det mest fleksible med hensyn til opsætning.
F.eks. bruger jeg et theme der hedder "QTCurve". Gennem KDE's kontrolpanel kan man definere f.eks. udseendet på knapper, om scrollbars skal have afmærkninger, om list-views har plusser eller pile ud for hvert punkt og så videre.
Disse ændringer låner GTK-versionen af QTCurve så, hvilket gør at ens QT- og GTK-programmer ser ens ud.
Det kan man simpelthen ikke med GTK uden at skulle lave sit eget theme. Derfor tror jeg mere det er et spørgsmål om manglende behov frem for tekniske begrænsninger, der gør at der ikke findes et GTK-til-QT theme.
Jeg tvivler meget kraftigt på at GTK er mere fleksibelt end QT. Jeg siger dog dette uden selv at have praktisk erfaring med de to toolkits. Jeg baserer det på hvad jeg har hørt fra folk der har brugt de forskellige toolkits.
Bare fordi der ikke er en QT-theme der tager udseendet fra GTK betyder det jo langt fra at GTK er det mest fleksible. Jeg opfatter det som sagt omvendt, nemlig sådan at QT er det mest fleksible med hensyn til opsætning.
F.eks. bruger jeg et theme der hedder "QTCurve". Gennem KDE's kontrolpanel kan man definere f.eks. udseendet på knapper, om scrollbars skal have afmærkninger, om list-views har plusser eller pile ud for hvert punkt og så videre.
Disse ændringer låner GTK-versionen af QTCurve så, hvilket gør at ens QT- og GTK-programmer ser ens ud.
Det kan man simpelthen ikke med GTK uden at skulle lave sit eget theme. Derfor tror jeg mere det er et spørgsmål om manglende behov frem for tekniske begrænsninger, der gør at der ikke findes et GTK-til-QT theme.
#51
Det er lidt præcis omvendt af hvad du siger, for hvis du går fra et toolkit med flere funktioner til et med færre vil du tabe funktionalitet fra det ene, til det andet.
Grunden til man går fra GTK til QT, er sandsynligvis at QT har tilstrækkeligt med funktioner til at dække hvad GTK har, men ikke omvendt.
Og nu må du lige få dine facts med, for GTK tegner ikke programmerne i QT stil, de kalder QT og får QT til at tegne programmerne, GTK-QT er et GTK theme engine der kalder QT for at tegne i QT stil (motif).
Det er lidt præcis omvendt af hvad du siger, for hvis du går fra et toolkit med flere funktioner til et med færre vil du tabe funktionalitet fra det ene, til det andet.
Grunden til man går fra GTK til QT, er sandsynligvis at QT har tilstrækkeligt med funktioner til at dække hvad GTK har, men ikke omvendt.
Og nu må du lige få dine facts med, for GTK tegner ikke programmerne i QT stil, de kalder QT og får QT til at tegne programmerne, GTK-QT er et GTK theme engine der kalder QT for at tegne i QT stil (motif).
#53
"The GTK-Qt Theme Engine is a project allowing GTK to use Qt widget styles."
Altså den ladder gtk bruger qt styles. Man kan ikke få qt til at bruge gtk styles, hvilket betyder at qt er mindre fleksibelt.
En stor forskel på qt og gtk er jo, at gtk bruger mange biblioteker og qt kun et. Som jeg har forstået virker gtk-qt ved at ændre/tilføje et bibliotek til bunken.
"The GTK-Qt Theme Engine is a project allowing GTK to use Qt widget styles."
Altså den ladder gtk bruger qt styles. Man kan ikke få qt til at bruge gtk styles, hvilket betyder at qt er mindre fleksibelt.
En stor forskel på qt og gtk er jo, at gtk bruger mange biblioteker og qt kun et. Som jeg har forstået virker gtk-qt ved at ændre/tilføje et bibliotek til bunken.
#54
Okay, vågn lige op og hør efter.
GTK-QT BRUGER QT, du kan ikke køre GTK-QT uden at have QT installeret, du kan sådanset godt køre GTK-QT uden at have GTK installeret, men det giver ikke så meget mening, med mindre du da har statisk linkede GTK apps hængende.
Den beskrivelse du læser der svarer cirka til at forklare Linux ved at skrive "Linux er et operativsystem, der styrer ressourcerne på systemet", det er ganske korrekt, men det forklarer intet om hvordan det gør det.
Kig her, det er et interview med forfatteren:
http://dot.kde.org/1073599985/
Okay, vågn lige op og hør efter.
GTK-QT BRUGER QT, du kan ikke køre GTK-QT uden at have QT installeret, du kan sådanset godt køre GTK-QT uden at have GTK installeret, men det giver ikke så meget mening, med mindre du da har statisk linkede GTK apps hængende.
Den beskrivelse du læser der svarer cirka til at forklare Linux ved at skrive "Linux er et operativsystem, der styrer ressourcerne på systemet", det er ganske korrekt, men det forklarer intet om hvordan det gør det.
Kig her, det er et interview med forfatteren:
http://dot.kde.org/1073599985/
#54
"Man kan ikke få qt til at bruge gtk styles, hvilket betyder at qt er mindre fleksibelt."
Hvad får dig til at tro at man ikke kan få QT til at bruge GTK themes på samme måde som GTK-QT får GTK til at bruge QT themes, altså ved at kalde det andet toolkit til at tegne for sig?
Det er ikke gjort endnu, men det er som sagt mere et spørgsmål om manglende interesse (ingen andre end GTK-udviklere gider rode med GTK på det niveau. Det er det alt for mystisk til), end det er et spørgsmål om hvad der er teknisk muligt.
Og du lyder som om du er meget glad for Miguel, GTK og de ting der er relateret til dem. Men husk at det er Miguel der f.eks. gerne vil udvikle Gnome overimod at bruge Mono, som er baseret på Microsofts .NET-teknologi. Ikke ligefrem en ting der nyder særligt stor respekt i open source og free software kredse...
"Man kan ikke få qt til at bruge gtk styles, hvilket betyder at qt er mindre fleksibelt."
Hvad får dig til at tro at man ikke kan få QT til at bruge GTK themes på samme måde som GTK-QT får GTK til at bruge QT themes, altså ved at kalde det andet toolkit til at tegne for sig?
Det er ikke gjort endnu, men det er som sagt mere et spørgsmål om manglende interesse (ingen andre end GTK-udviklere gider rode med GTK på det niveau. Det er det alt for mystisk til), end det er et spørgsmål om hvad der er teknisk muligt.
Og du lyder som om du er meget glad for Miguel, GTK og de ting der er relateret til dem. Men husk at det er Miguel der f.eks. gerne vil udvikle Gnome overimod at bruge Mono, som er baseret på Microsofts .NET-teknologi. Ikke ligefrem en ting der nyder særligt stor respekt i open source og free software kredse...
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund