Het feit dat een gebruiker van KDE wil geen apps gebruiken GTK, of welke gebruikers van GNOME wil geen apps gebruiken QT, voor velen van ons lijkt het absurd, maar degenen die dat denken, hebben een reden.
Het is bewezen (althans uit mijn persoonlijke ervaring) dat het om een applicatie gaat GTK en KDE verbruikt veel meer dan zijn tegenhanger erin is geschreven QT / QML. Installeer aan de andere kant een applicatie KDE en GNOME het brengt in de meeste gevallen het slepen van een aantal afhankelijkheden met zich mee.
Uitkeringen zoals chakra Ze hebben hier een sterk beleid voor, maar je hoeft deze distro niet te installeren om dat doel te bereiken. In het weekend gaf ik mezelf de taak om te proberen geen GTK-applicaties op mijn KDE + ArchLinux En dit was het resultaat.
Er zijn verschillende alternatieven voor de meest bekende GTK-applicaties, maar we zullen de twee zien die ik het meest gebruik:
Mozilla Firefox
naar Firefox we hebben verschillende opties zoals: Arora, rekonq, Konqueror of Qupzilla. Ze zijn allemaal erg licht en snel, maar ze hebben enkele kleine nadelen, althans voor mij:
- Ze hebben geen extensies, of niet het aantal dat Firefox heeft.
- De interface van sommige van deze applicaties kan nauwelijks worden aangepast.
- Het geeft ons veel opties, maar soms ontbreken er dingen, zoals een geavanceerde configuratie voor degenen onder ons die proxy's gebruiken.
In dit alles Mozilla Firefox overtreft alle concurrerende apps.
Als ik er echter een moet aanbevelen voor dagelijks gebruik, zou ik dat zeggen rekonq of als dat niet lukt heerser ze zijn niet de beste optie. waarom? Nou, omdat ze soms fouten bevatten, bijvoorbeeld bij het gebruik van de sneltoetsen in de editor WordPress.
Daarom is de winnaar als we een browser moeten gebruiken die is geschreven in Qt: Arora.
pidgin
Eerlijk gezegd heeft deze berichtenclient maar heel weinig concurrenten die hem kunnen evenaren. In het geval van KDE we hebben twee opties:
- Kopete
- KDE-telepathie
Geen van beide is een goede optie voor mij, niet alleen vanwege de slechte ondersteuning die ze hebben voor verschillende berichtendiensten, maar omdat er geen menselijke manier is om een Sock5-proxy op een bevredigende manier.
pidgin het beheert meerdere accounts op een buitengewone manier, het verbruik is niet hoog en het heeft me nooit teleurgesteld. Ik gebruik het voor elementaire dingen, geen webcam of micro, dus in deze secties kan ik nergens commentaar op geven.
Conclusies
Dit zijn de enige twee GTK-applicaties die ik het meest gebruik en tot dusverre zijn ze ongeëvenaard, daarom zou ik me niet op mijn gemak voelen bij het gebruik van distributies zoals chakra.
De spellingcontrole van de browsers KDE wordt opgelost door de pakketten te installeren aspell-is y hunspell-it, maar er is het probleem van weinig maatwerk dat kan worden gegeven, iets tegenstrijdigs als we rekening houden met de aanpasbaarheid van de desktopomgeving.
Dus om deze en andere redenen zal ik voorlopig moeten blijven slepen met GTK-apps, of je het nu leuk vindt of niet.
Chakra's impuls om alleen KDE SC te gebruiken, heeft vooral betrekking op het basissysteem, begrip in de conceptie van Chakra als het basissysteem het 'echte basissysteem', dat wil zeggen de kale distributie zelf, en de complete en functionele KDE SC-omgeving er bovenop.
Dat betekent op geen enkele manier dat ze tegen het gebruik van Gtk-applicaties zijn en daarom probeert Chakra mechanismen te implementeren die:
1. zorg voor de nodige Gtk-applicaties
2. Vermijd de mezcal van bibliotheken en vooral compilaties gerelateerd aan Gtk overbodig.
3. Vermijd het mengen van Gtk-bestanden, die als buitenlands worden beschouwd, met systeembestanden.
Of, zoals ik het op het Chakra-forum verwoordde:
«[...] Wat betreft Chakra die Gtk-vrij is, vind ik dat dit een zeer verkeerd begrepen onderwerp is. Chakra werd geboren als een op KDE georiënteerde AL-smaak en besloot later om op zichzelf verder te gaan, dus de logische beslissing was om het vanaf de grond af op te bouwen om volledig KDE- en Qt-compatibel te zijn, terwijl elke systeemvereiste die uitdrukkelijk een Gtk-bibliotheek nodig heeft, zou worden vervangen door zijn respectieve KDE-tegenhanger. Op deze manier zouden we eindigen met een schone, samenhangende, gestroomlijnde, lichte en snelle omgeving die geen extra gewicht toevoegde aan het basissysteem, terwijl het ontwikkelteam zich tegelijkertijd kon concentreren op het oppoetsen van de desktopervaring van KDE SC.»
Momenteel, dankzij het geweldige werk van Manuel Tortosa, een van de belangrijkste ontwikkelaars, is Chakra met succes gemigreerd van zijn bundelsysteem naar een /extra directory die de systeemdirectorystructuur repliceert, maar waar alle Gtk-gerelateerde applicaties en bibliotheken zich bevinden.
Ref .: http://chakra-project.org/bbs/viewtopic.php?pid=74084#p74084
"Ik zal voorlopig moeten blijven slepen met GTK-apps, of ik dat nu leuk vind of niet"
Wauw diva!
Ik vergat: 1e!
Nou, ik zit in de tegenovergestelde situatie. Ik zal twee voorbeelden geven:
**Rekenmachine**: Speedcrunch is *enorm* superieur aan de rekenmachine van Gnome. Het heeft een scherm waar de vorige bewerkingen verschijnen, syntaxisaccentuering, tabellen met fysieke en wiskundige constanten ... en ik zou kunnen doorgaan, maar eerlijk gezegd is er geen kleur.
**Teksteditor**: ik hou niet van Eclipse-achtige IDE's, maar ik vind het wel fijn dat mijn teksteditor krachtig is, en nogmaals, ik moet zeggen dat Kate veel beter is dan Gedit. Als we kieskeurig worden, zal iemand natuurlijk voorstellen dat ik overschakel op Emacs, Vim, Ed of vlinders gebruik (http://xkcd.com/378/).
En dit is bijna zonder nadenken een opmerking geweest met de twee applicaties die ik het meest gebruik, maar als we wat meer onderzoeken, zouden we ook duidelijke voordelen kunnen halen uit applicaties geschreven in Qt of KDE: Okteta is een ander voorbeeld dat in me opkomt.
Groeten!
emacs! emacs! emacs!!!
De uwe is respectloos, meneer @Juanlu: Emacs is geen 'teksteditor', het is zelf een besturingssysteem! Een Lisp virtuele machine waarmee je alles kunt doen - inclusief zichzelf live herprogrammeren - zoals de coolste console-teksteditor ooit.
Met vriendelijke groet 😉
Dat is het idee.
Een opmerking: Chakra staat de installatie en het gebruik van GTK-applicaties toe. Je hoeft alleen de extra repository te activeren. Het belangrijkste verschil is dat deze toepassingen hun eigen bestandssysteem gebruiken (/extra/opt, /extra/etc/, /extra/usr/) en niet samengaan met QT/KDE. Maar u kunt Firefox, Chromum, Pidgin enz.
Ja, ik kwam er net achter dankzij de opmerking van MSX. 😉
Beste Elav, alsjeblieft, in dat geval zou het goed zijn om de opmerking in het artikel te verduidelijken als het over Chakra gaat. Iemand leest dit artikel en heeft misschien een misvatting over wat deze distro wel en niet kan doen.
Man en Msx Ik zal je met haar en tekens het onderwerp Chakra uitleggen, en ware het niet omdat ik begrijp dat ze geen lokale Chakra-repository hebben, ik zou het je zeker aanraden om het te gebruiken, ja, je bent nog steeds afhankelijk van twee GTKm-applicaties (die ik eerlijk gezegd niet zou vervangen en nog steeds niet zal vervangen in mijn partitie met Chakra) maar beide staan in de Extra-repository om ze zonder enig probleem te installeren.
Nou, de spellingcontrole in qupzilla werkte heel goed voor mij.
Ik niet :'( Hoe doe je dat?
Ik gebruikte de git-versie, misschien daarom. Controleer ook of je aspell of hunspell hebt geïnstalleerd.
Ugh, ik voel me een idioot.. Ik had geen van beide pakketten geïnstalleerd. Laat me het bericht bijwerken en verduidelijken.. O_O
Mijn twee GTK-apps die me tegenhouden om pure KDE te hebben: Firefox en Gimp. In mindere mate Pidgin en LibreOffice.
idem van mijn kant
Nu je het zegt, met LibreOffice gebeurt precies hetzelfde met mij. Calligra kan worden gebruikt, maar het is nog steeds niet aan de taak.
Ik heb GIMP op KDE gebruikt en het is een nachtmerrie, ik kan niet eens vloeiend een lijn trekken, het is allemaal laggy.
Ik heb ook LibreOffice geprobeerd en ik kan de letter "ñ" of de tildes niet typen.
Mijn werk omvat het creëren van grafische inhoud die ik doe dankzij The GIMP, Inkscape en Blender - IK HAD NOOIT EEN PROBLEEM MET HEN
(Commentaar afgebroken)
[…] toen ik Arch Linux gebruikte en ook nooit problemen had met Chakra.
Ik ben me ook totaal niet bewust van je probleem met de letter 'ñ' (ik schrijf dit vanuit Chakra [stabiel] per dag + 107 CCR-pakketten).
Arch Linux is een magnifieke distributie die door zijn aard en dynamiek RTFM of, in dit geval, de F* wiki - en over het algemeen een andere externe bron - nodig heeft om de grafische omgevingen en geïnstalleerde applicaties correct te configureren. Misschien is in uw specifieke geval de fout aanwezig of een niet-gedetecteerde HW-incompatibiliteit.
Maar dat GIMP in KDE een nachtmerrie is, is een absolute misvatting, opmerkingen zoals die van u zijn een nachtmerrie!
In dat geval zou het "RTFW" zijn
Bij Chakra hebben deze applicaties officiële ondersteuning. De accounts in de extra repository, dat is de repository waar je naast Firefox en Pidgin ook andere GTK-applicaties kunt vinden zoals Skype, Gimp, Filezilla, Chromium, etc.
Meer informatie hier: http://thechakrabay.wordpress.com/2013/05/08/el-repositorio-extra-listo-para-ser-usado-y-los-bundles-dejan-de-funcionar/
Het chakra-team heeft de bundels vervangen door de optionele [extra] repositories (http://www.chakra-project.org/packages/index.php?subdir=extra%2Fx86_64&sortby=name) zijn er tal van uitstekende GKT-toepassingen, evenals componenten en bibliotheken, die kunnen worden gebruikt in ccr (het equivalent van aur) door simpelweg (prefix=/extra/usr) te wijzigen.
De gkt-apps die ik gebruik, firefox-opensuse en amule al het andere kde/Qt
truko22 rulez!!!
Op het moment dat applicaties zoals firefox, gimp of libreoffice native werken op de kde-bibliotheken, stap ik zonder nadenken over op kde.
Man, ik gebruik ze met volledige Appearance-integratie.. O_O
Ja, maar zoals je in het artikel aangeeft, zijn de prestaties merkbaar, naast de extra schijfruimte voor de afhankelijkheden.
Ik merk geen verschil in prestaties, dat is onzin, het is alsof je zegt dat als een applicatie niet in .net is geschreven, je het ook niet in Windows gaat gebruiken, omdat de prestaties merkbaar zijn, maar wttttf xD?
Het hangt af van de computer die je gebruikt, natuurlijk zal een huidige computer met 4 GB RAM en een Dual Core praktisch niets merken, maar in meer bescheiden computers wel.
Ahhh... kom op... kom op! De extra "schijfruimte" die ze kunnen gebruiken is _triviaal_, hoe verouderd de apparatuur ook is!
Tegenwoordig overschrijdt elke afbeelding of video met hoge resolutie gemakkelijk de 100 MB, meerdere malen meer dan de extra ruimte die deze toepassingen nodig hebben!
We zijn in 2013, niet in 2003! 😉
Een vraag: is het erg ingewikkeld om een applicatie over te zetten van GTK naar QT en vice versa?
Ik zou graag willen leren om dat te doen en bij te dragen aan vrije software.
En zou QT niet de oplossing moeten zijn voor alles en dat het goed werkte op alle platformen? Dat heb ik op veel fora gezien.
Nou, het maakt me niet meer uit of een applicatie in qt of gtk is (en de waarheid is dat ik niet zoveel verschil in prestaties merk)
Ik ga niet stoppen met het gebruik van Smplayer2, vlc, clementine grooveOff of PhotoQt omdat ze zijn geschreven met qt. Hetzelfde met firefox, libreoffice en chromium voor gtk.
Gegroet, Elav test in uw webbrowser in QT dat u Opera niet opneemt, ik kan me voorstellen dat u het hebt gemist of dat u het niet goed hebt getest, zo niet, vertel ons dan uw waardering over Opera in uw installatie met KDE.
Opera is QT? Ik weet het nu O_O
Voor zover ik begreep, gebruikte Opera de grafische bibliotheek die we gebruiken, of het nu GTK, QT of een andere is...
Zeker, ik ben gecorrigeerd Opera gebruikte de QT grafische bibliotheken tot versie 10.50 wanneer deze versie verschijnt, begint het de X11-bibliotheken te gebruiken .. sorry voor het overzicht 🙂, maar je zou het nog steeds kunnen gebruiken, het integreert goed met kde
Op dit moment is de enige gtk-applicatie die ik op mijn pc heb Google Chrome... Ik raak de rest niet eens aan, laat staan de gtk3-applicaties die niet compatibel zijn met qtcurve.
Er is Opera, dat zolang je de nieuwe engine niet gebruikt, bruikbaar is als je geen gtk-applicaties en -bibliotheken hoeft te gebruiken.
Hij werkt 12 in snelheid bereikt niet eens de helft van chrome 30 ..., en in ieder geval in chrome 30 kan ik flash player pepper xd gebruiken
En ik blijf wachten tot Opera zijn versie bijwerkt, omdat ik een hekel heb aan de manier waarop de pagina wordt weergegeven.
Van de browsers die je noemt, is misschien wel de meest ontwikkelde en functionele Qupzilla, maar ik zal een klein detail geven met de woordenboeken en waar bijna niemand rekening mee houdt (en DuckDuckGoeando ik heb er geen verwijzingen naar gezien).
Het is net zo eenvoudig als het installeren van het "huspell-es"-pakket, het herstarten van een van de browsers in kwestie (hoewel ik denk dat het alleen mogelijk is voor Qupzilla en Rekonq, heb ik het alleen op de eerste geprobeerd) en je hebt het woordenboek in het Spaans (Misschien is de spellingcontrole uitgeschakeld in de instellingen, activeren is klaar en werkt, normaal gesproken met een rechterklik op elk tekstvak waar je typt), het is compleet, zelfs per regio (Latijns-Amerikanen, Spanje...).
sudo pacman -S echtgenootl-en
Groeten 😀
Errata, het is hunspell, ik heb de "n" opgegeten voor schrijven op de vlucht.
sudo pacman -S hunspell-es
Ja, dat klopt.. Het heeft voor mij perfect gewerkt in Qupzilla.. 😀
Het zou niet erg zijn als ze er een artikel over zouden publiceren, het is iets simpels maar ik heb het niet op internet gezien, velen gebruiken deze browsers zonder dat de spellingcontrole denkt dat het niet gebruikt kan worden of dat ze het niet hebben.
Ik zie dat je het aan de post hebt toegevoegd, uitstekend 😉
het heet "dukear" 😛
Mensen zoals jij maken me gek
JONGEN... DAT ESCALEERDE SNEL
Kwakzalvers!
Vraag: Ben jij degene uit Taringa?
Ik gebruik wel Firefox, maar in het geval van Mageia 3 doen de packers het goed met bepaalde patches die het trouwens een goed gezicht geven in KDE KDE 4.10.5
In mijn geval zijn er 3 GTK2 waar ik niet zonder kan:
Firefox (tot nu toe ongeëvenaard. Zelfs Google Chrome niet).
gkrellm (redelijk configureerbaar, enkelvoudig proces).
Claws-mail (schitterende mailclient, zeer configureerbaar, met meerdere modules).
Ik heb onlangs KDE verlaten, voornamelijk vanwege het trage laden (en het feit dat ik MySql moet installeren als ik Nepomuk niet gebruik). Ik herken een enorme kwaliteit in je sollicitaties. Vooral dolfijn; de filterbalk is vreselijk comfortabel voor mij, en tot nu toe biedt geen enkele GTK-applicatie me iets vergelijkbaars.
Uiteindelijk ben ik gegaan met XFCE + de meeste Qt-applicaties, met wat GTK2 (GTK3 is volledig van mijn systeem verwijderd). De enige GTK's die bestaan zijn:
* XFCE-componenten.
*Tilda.
* Klauwenmail.
*Firefox.
*XArchiver
* SWeep (om .MP3-bestanden te knippen en aangepaste beltonen voor mobiel te maken)
De integratie van de thema's is acceptabel, vooral met een set KDE-iconen (om GTK3 niet te vereisen).
Ik blijf me ergeren aan de verschillende configuratieservices voor GTK-applicaties. gconf2, gconf, dconf, xfconf voor XFCE. Elk van zijn vader en zijn moeder.
Een ander thema dat voor verbetering vatbaar is, is gvfs. Het beveelt gvfs-backends aan, die zelf GTK3 vereisen. Gelukkig heb ik geen Samba of iets dergelijks nodig en kan ik leven zonder de backends, maar het is vervelend. Plus de glib-netwerkdiensten, waarvan ik niet eens weet waar ze voor zijn.
Kortom, ze kunnen naast elkaar bestaan, maar het resultaat is meestal nutteloos verbruik en langzamer opladen. Maar dat is wat er is.
Hoewel ik nieuw ben in KDE-landen, gebruik ik zelden Iceweasel en Icedove op Debian, evenals af en toe een app die QT daadwerkelijk ondersteunt. Gelukkig heeft Transmission zijn QT-versie en die werkt prima voor mij.
Ik stel een ander experiment voor dat ik heb uitgevoerd: leef een dag zonder Google. Dat geldt ook voor uw browser, gmail, kaarten...
Makkelijk: DuckDuckGo, OpenPublicMail, OpenStreetMap, Vimeo...
Nou, wat als we niemand leuk vinden en vink rechtstreeks (.-.) gebruiken?
of Troon.
Ja, de enige twee GTK-apps die ik gebruik
Sterker nog, ik zou Kopete gebruiken als het Facebook-ondersteuning had (het geeft altijd een protocolfout die nergens op slaat)
De enige qt-optie voor firefox is qupzilla, maar het is slecht ontworpen en omslachtig
de geliefde Rekonq en Konqueror weten alleen hoe ze zichzelf moeten afsluiten in het licht van een willekeurige situatie
naar mijn KDE Telepathie werkt heel goed met Facebook, dus je kunt een applicatie gebruiken die aan het systeem is gekoppeld
Veel gewaagde woorden!
Nu, wat betreft het artikel, ik denk niet dat ik een vervanging kan vinden voor de GTK-applicaties die ik het vaakst gebruik (merkwaardig genoeg dezelfde die u noemt).
Het is een goede oefening om alternatieven voor te stellen of wat u kunt doen als u een applicatie wilt vervangen.
Wanneer wordt Firefox geporteerd naar QT? Het is GTK2, ze hebben het niet eens geporteerd naar GTK3 xD
Het is het enige dat naar mijn mening ontbreekt in het QT-ecosysteem... een goede browser met extensies en alles erop en eraan, zoals Firefox...
Rekonq de keren dat ik het probeerde was een ramp, het sloot de hele tijd en QupZilla is erg goed, maar het moet compatibel zijn met Firefox-extensies en het sluit niet uit het niets zoals Rekonq,
Gimp en LibreOffice waren daar aan het reageren... Als vervanging voor Gimp kunt u Krita gebruiken, wat uitstekend is en LibreOffice vereist geen GTK. noch QT
En met het installeren van GTK-apps in QT-omgevingen is het zoals ik altijd zeg: VOOR MIJ is het absurd, tenzij je het echt nodig hebt en er geen vervanging is in QT... Als je een Gnome-app wilt installeren, sleept het je veel afhankelijkheden mee en als het een onafhankelijke app is, sleept het ook dingen zoals gtk-doc-utils of gtk-update-icon-cache (om er maar een paar te noemen). Die dingen die me irriteren (tenzij het in GTK is). Ik ben een erg purist, ik hou er niet van om het pakketsysteem vol te proppen, ik probeer het zo schoon mogelijk te houden...
Firefox Qt zou geweldig zijn 😀
Op een gegeven moment zijn sommige versies gecompileerd met behulp van QT... Ik weet niet wat dat allemaal zou zijn gebleken
het probleem met krita is het configureren van de drukgevoeligheid van grafische tablets, aangezien het standaard alleen compatibel is met wacom-tablets.
Aan de andere kant, wat ik zelfs NIET gebruik met bullets zijn native KDE-toepassingen omdat het gewicht van alles wat geïnstalleerd moet worden onbetaalbaar is. Ik doe het geweldig met GTK. Het interessante is dat ik QT-dingen kan uitvoeren zonder de KDE-attributen.
Ik vond KDE altijd veel leuker, ik ben een ontwerper en ik werk voornamelijk met Inkscape, Gimp en Scribus. Ik heb veel fouten in Ink die draait op KDE, vooral bij het gebruik van toetsenbordcombinaties en bij het gebruik van de gidsen.
Op dit moment ben ik nog gebonden aan GTK.
Heel goed bericht, groetjes!
Sorry, is mijn reactie om een bepaalde reden verwijderd?
Vergeet wat ik zei, het stond op de andere pagina haiiiiiiiiiiiiiiiiiiiiiiii 🙂
U moet Ekiga een naam geven die geen gelijke heeft in kde