QWebkit, waarom zou je Gecko niet gebruiken?

 

 

 

Ik heb het al een tijdje over dit probleem en het lijkt erop dat het nog niet is opgelost en het is jammer, het lijkt erop dat we zullen moeten blijven wachten.

Hoeveel mensen, wanneer ze probeerden te gebruiken Qupzilla, Rekon , Konqueror en Arora (die meer weet dan meer gezegd), ze zullen geen problemen hebben gehad met de reproductie van flash?

Nou ja, de problemen blijven bestaan ​​sinds ik Linux gebruik, dat was begin dit jaar, Qwebkit se loopt vast, het crasht opnieuw en blijft crashen als u een website met flash opent.

Misschien moeten we stoppen met het installeren van dit onderdeel privatief, maar als ik het eerlijk gezegd meer dan eens heb geprobeerd, kan ik het niet verwijderen uit mijn besturingssysteem, ik heb het nodig om video's te bekijken die op veel websites zijn ingesloten, om naar radio's te luisteren die je niet laten weten wat de URL ervan is en dat je alleen kunt luisteren via de browser, ik heb het nodig om een ​​spel te spelen of zelfs om te gebruiken Grooveshark vanuit de browser en dat is jammer QWebkit ga verder met deze bug.

Wat ik ga zeggen, misschien is het iets geks en ik weet niet of het haalbaar is, maar waarom niet gebruiken Gekko in een browser Qt? Misschien zou het zijn stabiliteit vergroten met dit onderdeel, in afwachting van de Qt-ontwikkelaars om de bug op te lossen.

Wat mij betreft, ik wens maar drie dingen voor het komende jaar:

1- Een gratis browser geschreven in Qt die volledig werkt of me tenminste navigatiebetrouwbaarheid geeft.

2- Dat Calligra heeft zojuist zijn definitieve versie uitgebracht.

3- Dat U(AMD) geven betere ondersteuning aan Gnome Shell en we kunnen ook goed genieten van deze DE.

En jij…

Wat wens je voor Linux, in dit nieuwe jaar dat komt?


De inhoud van het artikel voldoet aan onze principes van redactionele ethiek. Klik op om een ​​fout te melden hier.

10 reacties, laat de jouwe achter

Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   Severus zei

    Helemaal mee eens, we hebben een QT-browser nodig die een echt alternatief is voor bijvoorbeeld firefox of chrome.

    PS in de paragraaf "Had je niet met de Flash-weergave?"
    Ik denk dat het woord 'probleem' ontbreekt of vervang 'er zal zijn'

    groeten

    1.    pandev92 zei

      Als je gelijk hebt, zal dat er zijn, nu corrigeer ik het 🙂

  2.   mcder3 zei

    Het probleem ligt niet bij Webkit, maar bij hoe de QT-ontwikkelaars Webkit in deze bibliotheek hebben geïmplementeerd.

    We zouden hetzelfde geven als Gecko op dezelfde manier zou worden geïmplementeerd in QT ...

    groeten

    1.    pandev92 zei

      Ja, daarom zeg ik dat het probleem qwebkit is, anders had ik gezegd dat het van webkit komt, aangezien gnome in dat opzicht goed werkt. Wat wel duidelijk is, is dat ik veronderstel dat er een gekko-browser gemaakt zou kunnen worden, met een qt-interface, maar zonder het op die manier te integreren, of iets dergelijks.

      1.    Perseus zei

        Als je een petitiebrief haalt, geloof me dan dat ik meedoe en onderteken mijn vriend ... Dat "kleine detail" is precies de enorme rots in de schoen voor webbrowsers die hierop zijn gebaseerd. Het is jammer dat grote projecten zoals Arora en Rekonq "besmet" zijn door deze fout, aangezien normaal gesproken de gebruiker die niet op de hoogte is van dit probleem "laden" rechtstreeks tegen de browser, waardoor het beeld wordt verkleind: S.

        Wat betreft het feit dat het een exclusief probleem is voor Qt, ik heb mijn bedenkingen, is het ooit precies hetzelfde gebeurd met Midori? Ik heb geprobeerd een browser te maken met PyQt en PyGTK en ik ben altijd dezelfde muur tegengekomen ¬¬.

  3.   auroszx zei

    Welnu, ik hoop dat het kernbatterijprobleem in laptops wordt opgelost en dat het enkele verbeteringen voor Android met zich meebrengt (in termen van batterijduur en prestaties natuurlijk).

  4.   Origami zei

    Ik weet niet hoe het met jou zit, maar toen ik GNU / Linux op mijn pc gebruikte (ik verwijderde het vanwege de grafische en prestatieproblemen die ik had onder het AMD Fusion-platform), had ik geen probleem met de QtWebKit-browsers (toen was het Arora) en de plug-in Adobe Flash, ik las in ieder geval over QtGecko en het probleem was dat Mozilla het gebruik van alternatieve interfaces voor XUL, zoals Qt, verliet en het project liep vast.

  5.   Jhon zei

    En waar is f * ck firefox voor?

    1.    pandev92 zei

      We houden niet allemaal van firefox.

  6.   Charlie zei

    Misschien ben ik een beetje laat en heb je de hoop al verloren xD Maar vandaag, na de installatie van mijn verwachte Elementary OS Luna, ben ik begonnen met de ontwikkeling van een QT Navigator, maar een Serious Navigator, ik zal eerst testen met de Gecko-engine. Als iemand geïnteresseerd is in het project, kun je mijn voortgang volgen op mijn blog: http://sleeppath.blogspot.com/

    Naast de browser ga ik ook werken aan een file player en viewer, aangezien Elementary OS erg stabiel, snel, efficiënt en simpel is, maar ... de fabrieksapps laten veel te wensen over ...

    Maak je geen zorgen als het lang duurt voordat de vorderingen in de browser worden onthuld, ik ben net begonnen in QT, ik ben een C ++ programmeur, Microsoft .NET Framework en webtalen, maar ik denk niet dat het lang zal duren om me aan te passen aan QT.