KGtk

KGtk projek is 'n vinnige-en-vuil LD_PRELOAD hack wat toelaat * 'n * Gtk aansoeke om KDE se lêer vensters gebruik wanneer loop onder KDE.
 
Die Gtk lêer chooser funksies is geneutraliseer om te kommunikeer met hierdie module KDE / aansoek.
 
Na die opstel en die installering van hierdie, kan jy Gtk aansoeke loop op 2 maniere:
 
A. oproep / usr / plaaslike / bin / kgtk-wrapper gimp
 
B. i. Skep 'n simboliese skakel vanaf die omslag script om jou aansoek, bv
ln -s / usr / plaaslike / bin / kgtk-wrapper / usr / plaaslike / bin / gimp
ii. Maak seker / usr / plaaslike / bin is voor / usr / bin (of waar gimp is geïnstalleer) in jou $ PATH
iii. Nou net hardloop 'gimp' - dit moet die omslag script eerste vind.
 
As dit werk OK, dan wysig die desktop-lêer (bv /usr/share/applications/gimp.desktop) om "Exec = / usr / plaaslike / bin / [appname]" in plaas van "Exec = [appname]", bv vir gimp.desktop dit sou wees:
 
Exec = / usr / plaaslike / bin / gimp-remote-2,2% U
of:
Exec = / usr / plaaslike / bin / kgtk-wrapper gimp-remote-2,2% U
Tot dusver het ek dit getoets met die volgende aansoeke:
1. Kino. Werk perfek - in werklikheid Kino was my grootste rede om dit te doen.
2. Firefox. Werk met Firefox 1.5, maar * nie * Firefox 1.0.x
3. GIMP. Weereens, lyk net mooi werk. Daar is egter geen vordering bar op die lêer laai - as GIMP gebruik 'n progress bar is ingesluit in die lêer kieser.
4. Inkscape. Werk OK - ten minste 0,43
5. Streamtuner - die gids leser knoppie werke.
6. AbiWord - doen * nie * die werk. Moet nie eers probeer ...
7. Glade2. Blyk te werk OK, maar ek het dit crash wanneer laai Kino se .glade lêer, maar nie altyd nie. So ek is nie seker of dit is Glade se skuld nie, of myne.
8. Eclipse. Sal slegs werk as dlsym kan oorheers
 
As die enigste Gtk apps ek gebruik is Kino, GIMP, en 'n bietjie van Firefox, hierdie biblioteek werk groot vir my. Jou millage kan wissel, en neem asseblief kennis dat hierdie slegs 'n vinnige hack om dinge nou werk vir my te kry. Ek is nie seker hoe stabiel sal wees onder swaar gebruik, so moenie verbaas wees as dit breek. Maar as dit nie te breek - die enigste ding wat moet gebeur, is dat die Gtk apps terug sal val om die gebruik van die standaard Gtk vensters.
 
Die 'Portland' free desktop projek sal ongetwyfeld kom met 'n baie beter oplossing. Maar tot dan, kan jy dit 'n probeer gee

Wat is nuut in hierdie release:..

• Gtk3 ondersteuning
• Beter en veiliger lookup lêer filters.
• korrek bepaal die grootte van die string wat nodig is vir pidfile!
• Thunderbird en LibreOffice apps, Voeg by lys van gtk2 apps.
• Cleanup usless dinge; verwyder kdialogd3, qt3, qt4, kgtk2-wrapper, kqt3-wrapper, kqt4-wrapper.
• Merge kgtkXX-wrapper skrifte in kgtk-wrapper
• Installeer kdialogd4 in KDE4 libexec rig.
• Fix crash waar die kliënt beëindig terwyl lêer dialoog is oop.
• Konfigureerbare debug. Slaag cmake -DKGTK_DEBUG = true
• Wanneer begin app, stel KGTK_DEBUG env var, bv

Wat is nuut in weergawe 0.10.1:

• Fix 'kgtk-wrapper ./app' geval .
• Stel lêernaam vir KdialogD4 red as filedialog.
• mag nou wel fix vir Firefox gekraak wanneer ek probeer om te red na 'n lêer wat reeds bestaan ​​- & gt; eerste verwyder!
• Wanneer die launch KDialogD, probeer todetermin watter weergawe geïnstalleer is.
• Voeg 'n bietjie saam te stel fixes van kde-programme