Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Intel(R) Core(TM) i5-7500 CPU @ 3.40GHz Intel Corporation HD Graphics 630 (rev 04) 16GiB DDR4A cpu na 100%, zoom se moc nehýbe atd. Už je to problém, takové pdf prohlížet.
Proč si myslíte, že by to vícevláknový prohlížeč zrychlil? Nemyslím si, že by PDF prohlížeč dělal operace náročné na CPU. Řekl bych, že důležitá je spíš velikost RAM.Nevím sice, zda lze stránku pdf renderovat vícevláknově, ale složité vektorové pdf dá CPU spolehlivě zabrat.
. S 300MB má můj komp problém už ve formátu raw bitmapy (~80 Mpix, 8kx10k), natož kdyby to byly jen popisující data vektorového výkresu.
A chceš z toho i něco kopírovat, nebo jen prohlížet část po části? Možná by bylo efektivnější si ten pdf předkonvertovat do png obrázku (docela by mě zajímala výsledná velikost
).
Metropolitního plánu Prahy ... 1.1 Textová část výrokuOno to má 1.1GB? WTF!
magick identify S_02_Schema_formalnich_rozvoju.pdf S_02_Schema_formalnich_rozvoju.pdf PDF 4252x4252 4252x4252+0+0 16-bit ColorSeparation CMYK 68.9679MiB 32.020u 0:32.070je vložená 68.9MB velká bitmapa v PDF. Ale celé PDF má 1,2 GB. To hlavní je ten původní vektorový podklad, který Okular počítá. A už když mám Okulár na zoomu 100% tak je rozdíl v kvalite pixelů a informací jasně vidět. (nemluvě když zazoomuju na 200% nebo 400%, tam je vidět každá garáž, každý altán na zahradě a hlavně přesné hranice. Přiložil jsem dva snapshoty z malé oblasti v Graficka_cast_1/Z_02_Hlavni_vykres_08.pdf. Jedno je snapshot z zobrazovaného Okuláru a druhý po konverzi z PDF do jpg a otevřené v Gwenview a nazoomované na stejné místo a velikost.
nikdy som nemal tak veľký pdf súbor, nestačilo by ho zmenšiť, ak ho len prehliadaš?
toto je zbytočne agresívna reakcia
ja som teraz na mobilných dátach a neminiem si 1GB aby som to skúsil, prepáč
ty to máš iste v pc, zmenšil si to tým scriptom a bolo to zlé, či len tak ...oné?
nie je mi to jasné z tvojej reakcie
#!/bin/bash
#hacked from https://openlayers.org/en/latest/examples/here-maps.html
#konvertuj to PDF
#package xpdf
#pdftopng -r 150 ./Z_02_Hlavni_vykres_08.pdf my_pdf_tmp_file
#package poppler
#pdftoppm -png -r 150 ./Z_02_Hlavni_vykres_08.pdf tmpppm
#package poppler
#pdftocairo -png -r 150 ./Z_02_Hlavni_vykres_08.pdf tmpcairo
#vysledny soubor z konverze
#FILENAME=./dpi150.png
FILENAME=${1}
MYDIR=./tiles
#DENSITY="-density 72"
#get resolution
TMPSIZEX=$(identify -format "%[fx:w]" ${FILENAME})
SIZEX=1
while [ $TMPSIZEX -ne 0 ] ; do
TMPSIZEX=$(($TMPSIZEX/2))
SIZEX=$(($SIZEX*2))
done
SIZEX=$(($SIZEX/2)) #just get the correct iteration
#sizes of tiles
SIZE=$SIZEX
echo $SIZE
mkdir ${MYDIR}
LEVEL=0 #do not touch
MYCOMMAND=""
#generate script for imagemagick for tiling
while [ ${SIZE} -ge 256 ] ; do
MYCOMMAND="${MYCOMMAND} \\( +clone -crop ${SIZE}x${SIZE} -set filename:tile ${MYDIR}/${LEVEL}-%[fx:page.x/${SIZE}]-%[fx:page.y/${SIZE}] -resize 256x256 -write %[filename:tile].png +delete \\) -delete 1--1 "
LEVEL=$(($LEVEL+1))
SIZE=$((SIZE/2))
done
#damn these \( \)
eval "convert ${DENSITY} ${FILENAME} -resize ${SIZEX}x${SIZEX} ${MYCOMMAND} null:"
Ty konverzní programy mám 3, jsou na začátku v komentech. Všechny ale vedou stejně na nějakou formu knihovny poppler. Ještě by šlo ten PDF rovnou cpát imagemagicku, ale tam nevím jak získat rozměry pro dlaždice. Samozřejmě by to šlo asi stokrát líp, ale tohle byl první nástřel (jsem ani nevěděl že IM funguje jako zásobník v pipelajně příkazů).
Ještě potřebuješ javaskript z openlayers. A index.html (v příloze). Když to pak všechno nakopíruješ do stejnýho adresáře (openlayers soubory, index a adresář tiles co udělá ten skript), tak to stačí otevřít v prohlížeči a funguje to se zoomem i bez webserveru.
. Ideálně by člověk dostal login k takové mapě a přes nějaký metadata tam prostě zadával ty připomínky.
. O MagickSliceru jsem nevěděl, zajímavý, ale mě přišlo rychlejší si ten samej skript (obojí volá convert) napsat od nuly. Samozřejmě doporučuju taky už hotový řešení a ne ten můj bastl
.
Tiskni
Sdílej: