"Ma loen seda hiljem": võrguühenduseta Interneti-lehtede kogu raske saatus

On tarkvaratüüpe, milleta mõned inimesed ei saa elada, teised aga ei suuda isegi ette kujutada, et selline asi on olemas või et kellelgi seda üldse vaja on. Minu jaoks oli see programm palju aastaid Macropool WebResearch, mis võimaldas teil Interneti-lehti salvestada, lugeda ja korraldada omamoodi võrguühenduseta teeki. Olen kindel, et paljud meie lugejad saavad suurepäraselt hakkama lingikogu või brauseri ja salvestatud dokumentide komplektiga kausta kombinatsiooniga. Soovin, et saaksin vähemalt dokumendid "loetud" või "lemmikuteks" märkida, liikuda kiiresti ühest tekstist teise ja mitte sõltuda Interneti või konkreetse saidi kättesaadavusest. Juhtub, et aega on täpselt lugeda siis, kui Internetti pole (näiteks teel olles) ja lingid osutuvad kahjuks sageli lühiajalisteks.

Ilmselt lootsid WebResearchi autorid ligikaudu nendele inimestele. See programm oli täis laias valikus funktsioone: kataloogimine jaotiste ja siltide järgi, märkmete redigeerimine, igasugune eksport/import ja nii edasi. Kuid umbes 2013. aastal lõpetati projekti värskendamine ja seejärel lakkas ka arendaja veebisait olemast. Veel mitu aastat õnnestus mul selle hobusega ratsutada, kuid kõigepealt kukkusid ära brauseri pluginad (saadaval ainult toonastele IE ja FireFoxi versioonidele) ning siis lakkasid tänapäevased saidid vanal IE mootoril põhinevas vaatajas normaalselt kuvamast.

WebResearchi peaaken, PC Week/RE nr 17 (575)

Pettumuste tee

Niipea kui sai selgeks, et asendust pole võimalik vältida, hakkasin taustal otsima korralikku analoogi. Mulle tundus, et siin ei teki erilisi raskusi, kuna mu soovid on äärmiselt tagasihoidlikud. Olin valmis hakkama saama vaid väikese WebResearchi tööriistade alamhulgaga, sealhulgas:

• HTML-lehe salvestamine brauserist laienduse abil;
• vähemalt minimaalsed kataloogimisvahendid (ümbernimetamine, kataloogide korrastamine, sildid);
• (soovitavalt) PDF-dokumentide tugi;
• mis tahes korralik viis oma kogu teiste seadmetega sünkroonimiseks.

Endalegi üllatuseks ei õnnestunud mul midagi sarnast leida, kuigi uurisin ausalt Internetti kaugelt ja uurisin hoolikalt tosinat programmi, mis vastavad annotatsioonidele (erandiks on Evernote, kus kirjelduses sarnane funktsionaalsus on saadaval ainult tellimisel). Tänapäeval on ainsad asjad, mis vähemalt kuidagi minu soove rahuldavad, projektid TagSpaces и myBase. Nende uurimine pakub üldiselt teatud kultuurilist huvi.

TagSpaces on Electronis selline "stiilne-moekas-noorte" korraldaja, millel on ilus veebisait, kohanduv kujundus ja loomulikult tume teema, kus me ilma selleta oleksime. Samas võtab kogu moekate ümarate ikoonidega õnnetu sisukord enda alla poole ekraani, mahutades samas maksimaalselt paarkümmend elementi ning kirjas on elementaarsed asjad nagu kiirklahvide tugi või vaadatava dokumendi renderdamine. jääkpõhimõtte järgi. Selle tulemusena kuvatakse dokumendid viltu ning koguga töötamine muutub hiirega igavaks ja aeganõudvaks harjutuste komplektiks.

Selle antipood myBase pärineb üheksakümnendate lõpust: siin lisaks puhtalt funktsionaalne liides meil on äärmiselt rikkalik seadete ja funktsioonide komplekt. Siin on aga vaateaknaks sama vana IE baasil põhinev brauser (mis teeb lugemise juba keeruliseks) ja kõik dokumendid on salvestatud monoliitsesse andmebaasi. Kui panna see näiteks Dropboxi kausta (muid võimalusi teiste seadmetega sünkroonimiseks ikka veel ei ole), siis vähimagi muudatusega kogus tuleb oodata, kuni serverisse laetakse sadu megabaite infot.

Pöördepunkt

Tõenäoliselt tundub noodi edasine sisu lugejale enesestmõistetav: nüüd pakutakse meile oma jalgratast, mis on loomulikult pea ja õlgadest kõrgemal kui igast olemasolevast analoogist. Omamoodi jah, aga mitte päris. Ma tõesti ei talunud seda katsumust myBase'i ja TagSpacesiga ning visandasin välja oma dokumendihalduri, mille lingi annan lõpus. Kuid see väike isiklik projekt ei vääriks eraldi artiklit; Kirjutan suuresti seetõttu, et arvasin, et oleks huvitav jagada oma töö käigus saadud kogemusi ja mitmeid ebameeldivaid üllatusi, mida poleks oodanudki.

Eesmärgid ja eesmärgid

Alustan sellest, et mul on praegu üsna kiire elu ja mul pole lihtsalt aega täisväärtuslikeks hobiprojektideks. Seetõttu otsustasin algusest peale, et olen valmis oma pilli vormima kõigist käepärast olevatest komponentidest, kui see asja kiirendaks. Lisaks võtan praegu endale kohustuse rakendada ainult absoluutset miinimumi funktsionaalsust, ilma milleta on täiesti võimatu hakkama saada.

Andmevorming ja lehe salvestamine

Millisel kujul tuleks veebilehti kettale salvestada? Varem sõnastatud nõudeid arvesse võttes tundus mulle, et valik oli väike: kas salvestusformaat “kogu veebileht” ehk siis põhiline HTML-fail ja kaust koos seotud ressurssidega või MHTML-vorming. Esimene variant tundus mulle kohe vähem eelistatav: pole suurt rõõmu sellest, et teie kettal on prügihunnik faile, millest peate välja võtma olulised dokumendid, otsides mittevajalikud välja filtreerima ja kopeerimisel jälgima terviklikkust. Kui proovisin TagSpacesiga töötada, pidin kõik oma dokumendid uuesti salvestama nii, et ressursikausta nimi algaks punktiga: siis tuvastas süsteem need kui "peidetud" ega kuvanud neid.

See probleem on myBase'is varjatud, kuna kõik on andmebaasis salvestatud, kuid minu puhul valitses lihtsuse põhimõte: tahtsin tõesti salvestada kõik tavaliste failidena kettale, et ma ei peaks tegelema rakenduse juurutamisega. rutiinsed toimingud, nagu kopeerimine, ümbernimetamine, kustutamine ja sünkroonimine.

MHTML-vorming elab läbi raskeid aegu. Lihtne viis MHTML-i salvestamiseks visati sel suvel Chrome'ist välja, ja ma isegi ei tea, kus neid lehti nüüd hoitakse? Selge on see, et võimalus pole veel kuhugi kadunud, on ka kolmandate osapoolte laiendusi, kuid üldiselt on see mingi halb märk. Lisaks salvestamine MHTML-vormingus ei toetata Chromium Embedded Frameworkis, mis samuti optimismi ei lisa.

Samal ajal hakkasin otsima lihtsat viisi lehtede salvestamiseks brauserist määratud kausta. Selle tulemusel lahenesid mõlemad probleemid väikese kahjuga: jõudsin suurepärase projektini Üks fail, mis suudab salvestada veebilehe sisu eraldi sõltumatusse HTML-faili. Selleks teisendatakse kõik seotud ressursid base64-vormingusse ja manustatakse need otse HTML-i. Muidugi kasvab faili suurus ja sisu tundub veidi segane, kuid üldiselt tundus see lähenemine mulle usaldusväärne ja lihtne ning ma jäin selle juurde.

SingleFile on saadaval nii brauseri laiendusena kui ka käsurearakendusena. Nüüd kasutan lihtsalt laiendust: see on üsna mugav, välja arvatud asjaolu, et peate salvestamiseks sihtkausta käsitsi valima. Tõenäoliselt proovin tulevikus rakendust selle protsessi lihtsustamiseks täiustada. Chrome'ist kolmanda osapoole rakendusele helistamiseks saate kasutada laiendust Välise rakenduse nupp - see on minu järjekordne kasulik avastus. Muide, rakendus on juba kasulik olnud: selle abiga teisendasin TagSpacesist kogumi kaustu ja faile iseseisvate HTML-dokumentide komplektiks.

Probleem GUI ja brauseriga

Leidsin, et Python sobib hästi igasuguste lihtsate faili- ja stringoperatsioonide jaoks ning kuna üks minu tööprojekt kasutab wxVidinad, valik wxPython tundus peamise raamistikuna loogiline.

Lisaks, olles näinud piisavalt probleeme lehtede kuvamisega teistes programmides, jõudsin järeldusele, et ainus usaldusväärne viis nendega toime tulla on lisada programmi visualiseerija, mis põhineb kaasaegsel brauseril, see tähendab Chrome'il või Firefoxil.

Pean tunnistama, et viimati pidin midagi sellist tegema umbes 15 aastat tagasi ja ma ei oodanud mingeid lõkse. Selgus, et "lihtsalt brauserile vormile löömine" on võimatu: millegipärast pole inimkond selle ülesandega usaldusväärselt ja universaalselt hakkama saanud. Mingi listbox või vormil olev nupp võib olla paigutatud mistahes GUI raamistikku ja genereerida isegi platvormiülest koodi ja mulle tundus, et 2019. aastal oleks pidanud ka HTML-ekraan olema universaalselt lahendatud probleem.

Selgus, et näiteks wxWidgetsis on standardne "brauseri" komponent platvormideülene mähis süsteemist sõltuva "brauseri" kohal, mis antud juhul Windowsnäiteks tähendab Internet Explorer 7ja olukord Windows Forms pole parem ja IE9-st uuematele versioonidele pääseb ligi ainult mittetriviaalsete kanalite kaudu. registri manipuleerimine. Nagu näete, pole ma ainuke, kes on viimased 15 aastat muid asju teinud – ka siin pole midagi liikuma hakanud.

Siis seisin valiku ees: muuta raamistikku või otsida brauserile alternatiivset komponenti. Pärast kõhklemist otsustasin esmalt teist teed proovida ja jõudsin kiiresti projektini CEF Python: Pythoni köited Chromium Embedded Frameworki jaoks, mis on loodud spetsiaalselt Chromiumi Pythoni rakendustesse manustamiseks.

Hinnake olukorda: Python on üks populaarsemaid programmeerimiskeeli maailmas, Chrome on sisuliselt brauseriturul monopolist. Samal ajal toetab CEF Python tegelikult energiat üks mees, jõudu ja tervist talle. Kas tõesti pole seda enam kellelgi vaja?...

CEF Python mind aga lõpuks ei aidanud: kuigi isegi põhiline näide projektihoidlast wxWidgetsiga integreerimisest on ausalt öeldes lollakas, proovisin sellega rohkem nokitseda, kuid ei suutnud kõiki tekkinud probleeme lahendada. Ma isegi ei lähe teemasse sügavamale;

Uurisin Chromium Embedded Frameworkil põhinevaid komponente üksikasjalikumalt ja otsustasin lõpuks proovida versioon C# jaoksKuna ma töötan peaaegu kogu aeg koos Windows, platvormideülese toe loobumise väljavaade mind eriti ei häirinud.

Pärast alguses paratamatut kära läksid asjad palju kiiremini: CefSharpi ja Windows Forms osutus võitjaks ja suutsin enamiku tehnilistest väljakutsetest probleemideta lahendada.

Proovimata kohta

Samuti võite proovida selle komponendi abil FireFoxi C#-rakendusse juurutada Geckofx, aga ma ei oska tema kohta midagi öelda. Qt raamistiku standardne brauseri komponent nn QWebEngineView põhineb Chromiumis, seega töötab see tõenäoliselt sama hästi kui CefSharp.

Qt fännidel võib tekkida kiusatus kommenteerida: kui nad oleks Qt võtnud, poleks neil probleeme olnud. See võib tõsi olla, kuid Pythoni või C++ rakenduste jaoks GUI raamistiku valimisel võib wxWidgetsi pidada kui mitte esimeseks, siis teiseks võimaluseks. Ja minu tagasihoidliku arvamuse kohaselt peaks selline asi nagu brauser olema igasse enam-vähem arendatud GUI raamistikku sisse ehitatud ilma tamburiiniga tantsimata.

Veebiraamatukogu

Tuleme aga tagasi minu tööpealkirjaga avalduse juurde Veebiraamatukogu. Täna näeb see välja (trummipõrin) selline:

peale puhas ja lühike liides Siin rakendatakse ainult kõige elementaarsemaid funktsioone:

• Kuvab mis tahes määratud kataloogi süsteemis dokumenditeegina.
• Vaadake dokumente brauseriaknas. Liikuge loendis tavalisel viisil (kursoriklahvid, PgUp, PgDn, Home, End), sirvige brauserit, kasutades klahve Tühik ja Shift+Tühik.
• Dokumentide ümbernimetamine.
• Kiirklahvide abil märkige dokumendid loetuks või lemmikuteks.
• Dokumentide sorteerimine mis tahes valdkonna järgi.
• Värskendab rakenduse akent, kui teegi kaustas on muudatusi.
• Väljumisel salvestage akna sätted.

Kõik see võib tunduda triviaalse funktsionaalsusena, kuid näiteks veergude suuruste salvestamist TagSpacesis siiski ei toetata – ilmselt on autoritel teised prioriteedid.

Olek (loe/lemmik) salvestatakse lihtsalt failinimesse (loe faili doc.html ümber nimetatud doc{R,S}.html). Sünkroonimist kui sellist ei toimu, aga ma lihtsalt hoian raamatukogu Dropboxis - lõppude lõpuks on see lihtsalt failidega kaust.

Endiselt on kavas täiustada lihtsaid asju, nagu failide teisaldamine ja kustutamine, samuti suvaliste siltidega sildistamise rakendamist. Kui keegi soovib aidata, siis mul on ainult hea meel.

Järeldused

Mitmekesisus. Nagu ma algusest peale ütlesin, on hämmastav, kui erinev võib ühe inimese tööriistakomplekt teise omast erineda. Sellise tööriista nagu WebResearch kasutamine on mulle loomulik ja tundsin selle puudumise tõttu peaaegu füüsilist ebamugavust. Samas ilmselt on mul mõttekaaslasi vähe, muidu poleks analoogide leidmisega probleeme. Teisalt tuleb sarnaseid juhtumeid ette märksa tavatarkvaraga: näiteks Microsoft ei kavatse OneNote’i töölauaversiooni uuendada, mistõttu olen sunnitud kasutama 2016. aasta versiooni ning varem või hiljem pean ka sealt ära kolima. see kuskil.

Üllatav on ka see, kui raske on praegusel raamatukogude ja raamistike maastikul navigeerida. Oma töövaldkonnas pean harva kirjutama töölauarakendusi algusest lõpuni ja eeldasin, et sõna otseses mõttes sobib minu ülesandeks iga tööriist mis tahes programmeerimiskeele jaoks (üks aken, kolm komponenti, triviaalsed interaktsioonid). Nii et me lihtsalt võtame kõike ja teeme seda mõne päeva jooksul.

Selgus, et tegelikkus on palju vähem heatahtlik ja sa võid lihtsalt ootamatult probleemi otsa sattuda. Oletame, et mul on kaks jaoturit, mida saab kasutada brauseriakna venitamiseks. Seega on nende positsioonide taastamine pärast wxWidgetsi laadimist äärmiselt keeruline, kuna süsteem seab need vaikepositsioonidesse pärast peaaegu kõiki mulle kättesaadavaid sündmusi ja ma pean tegema kõikvõimalikke häkkimisi, et saavutada seda, mida vajan. Kes oleks arvanud?

Teisest küljest on selge, et aastal Windows Forms on loodud äriliideste jaoks. Peaaegu kõik vajalik oli kohe karbist võttes saadaval: rakenduse sätete salvestamine ja taastamine, kasutajasõbralik komponentide liides (näiteks ma ei oodanud, et TreeView komponendilt saab päringu esitada kogu tee juurest mis tahes alamelemendini stringina) ja keerukad funktsioonid, näiteks kausta sisu muutuste jälgija.

Aega igatahes raisatud ei olnud ja tulemust võib lugeda rahuldavaks, nii et mida muud elult tahta, eks?

Allikas: www.habr.com