RSS Guard 3.3.4 - novinky

29.8.2016 08:31 | Přečteno: 1458× | Programování | | poslední úprava: 29.8.2016 08:34

Vydal jsem novou (údržbovou) verzi RSS/ATOM/RDF čtečky RSS Guard.

Tahle verze byla především ve znamení oprav. Ty se týkaly zejména oprav procesu stahování nových zpráv, kde nefungovalo tlačítko "Zastavit stahování zpráv", což byla regrese kvůli nedávno přidané funkcionalitě paralelního stahování zpráv. Nyní by mělo být vše funkční.

Další novinky jsou především z oblasti deploymentu. Byl založen Travis CI projekt a taky projekt na AppVeyoru, takže nyní se automaticky generují binárky pro Mac OS X a Windows, ty se automaticky nahrávají na transfer.sh, aby byly k dispozici. Odkazy na všechna sestavení se automaticky nahrávají do větve build-artifacts.

Kompletní seznam změn a binárky ke stažení zde.

Co se týče připravované server/cron-like funkcionality, tak ta bude, jen na tom ještě zapracuju, aby šla vykompilovat mini-cron verze bez QtGui/QtWebEngine atp.

Ještě dodám jednu podstatnou novinku. Byl upraven kompilační skript tak, aby umožňoval kompilaci RSS Guardu BEZ WebEngine, přičemž se daná funkcionalita zakáže a použije se QTextBrowser. Výsledkem je poloviční velikost balíků, méně nenažraný RSS Guard a všichni jsou happy.

Vydání s vypnutým WebEngine nehodlám předkompilovávat, to jen pro úplnost. Více v kompletním seznamu změn a v rssguard.pro.        

Komentáře

[alium]

Udělat WebEngine jako volitené je vynikající nápad!

Jen by to chtělo místo definovaní USE_WEBENGINE=0/1 spíše někde v kompilačním skriptu tuto volbu automaticky zapnout, pokud v systému při kompilaci nalezne QtWebEngine. Protože například pokud chci v Archlinuxu udělat QtWebEngine jako optional, (aby se při kompilaci automaticky nalezený modul zkompilovat, případně nikoliv), tak to s tímto řešením nejde. Uživatel bude muset ručně zasáhnout do PKGBUILD a přepnout si proměnou USE_WEBENGINE na 0 či 1. Můžu připojit maximálně text, že si to má překompilovat s ručním upravením PKGBUILDu.

[skunkOS]

Jakože bych v *.pro souboru přímo já čeknul, jestli je komponenta webengine nainstalovaná? A pokud je, tak rovnou povolit? Mrknu na to, ale popravdě nevím jestli to nějak jde, ale asi jo.

[alium]

přesně tak! v znotes jsme řešili "problém" možnosti kompilace v Qt4/Qt5 podle toho, co má uživatel v systému. V .pro to vypadalo takto:

-QT += core gui network
+QT += core network
+if(greaterThan(QT_MAJOR_VERSION, 4)) {
+   QT += widgets printsupport
+} else {
+   QT += gui
+} 

[skunkOS]

No jo, ale to automaticky všem uživatelům, co mají Qt to a to, nainstaluje WebEnginovou verzi, a to někteří třeba nechtějí.

Vydal jsem opravu. Nyní se to pro prostředí, kde je Qt 5.2 a vyšší (qmake obsahuje funkci qtHaveModule()), chová takto:

• Pokud u volání qmake není proměnná USE_WEBENGINE uvedene, pak se qmake doptá skrze qtHaveModule().
• Pokud qtHaveModule() tvrdí, že je WebEngine nainstalovanej, povolí se kompile s ním.
• Pokud qtHaveModule() tvrdí, že WebEngine nemáme, bude se buildit minimálnější RSS Guard bez něj.

Pokud uživatel specifikuje USE_WEBENGINE explicitně, tak se žádná automatická detekce neprovádí.

[Josef Kufner]

Nebylo by lepší dávat odkazy na balíčky na wiki namísto vývojového repositáře? Wiki je také přístupná Gitem, implementační rozdíl v tom není.

[skunkOS]

[dev] se pravidelně merguje do [master]. Nevidím v tom problém.

[Josef Kufner]

To nevím jak s tím souvisí. Jde o to, že by ti CI nedělalo bordel v repositáři.

[skunkOS]

Jo takhle. A to není vlastně vůbec špatný nápad.

[Josef Kufner]

Viď

A když ten link trochu líp naformátuješ, bude to i vypadat k světu.

[skunkOS]

Už by to mělo házet linky na novej řádek.

[Ruža Becelin]

Vydání s vypnutým WebEngine nehodlám předkompilovávat, to jen pro úplnost.

Nevadi, naklonoval jsem si *.spec soubor, a pri kompilaci pouziju bud jeden nebo druhy podle toho, jesli chci QtWebEngine nebo ne.

[David Heidelberg]

Nachazi se nekde PPA?

[skunkOS]

Pokud někdo neudělal, tak není.