Dotaz: Gedit mrzne u vetsiho javascriptoveho souboru

[Milan Presl]

Příloha:

• bootstrap.min.js (35611 bytů)

Dobry den,

Zamrza mi editor Gedit pri otevirani jednoho javascriptoveho souboru, nejen ze mu dela problem odskrolovat ale doslova zamrzne pri vyvolani hledaciho pole "CTRL+F" a napsani prvniho pismene. Jak zjistit kde je problem? Neni jedno co je to za textovy soubor?

Odpovědi

[MiD]

Gedit není zrovna extra přeborník pro otevírání dělších souborů.

Při vyhledávání zobrazuje počet výskytů, což pro písmeno J zvládne, pro A kde je počet výskytů hodně už ne.

Řešením je zkusit jiný textový editor, třeba Scite.

[mp]

Při vyhledávání zobrazuje počet výskytů, což pro písmeno J zvládne, pro A kde je počet výskytů hodně už ne.

hm, to je tak blbe navrzeny nebo co je za tim?

[debian+]

Editorom. Skus este pripadne Geany editor.

[mp]

Zkusil jsem v minulosti Bluefish a ted me taky nezklamal. Dokaze z vetsi casti nahradit PSpad. Jinak jeho externi filtry jsou super

[debian+]

Ja som niekedy pouzival Kate (KDE), ale potom som presiel na Geany (KATE). Zaklad otvarat viac suborov naraz.

Bluefish no prisiel mi dojmovo zlozitejsi, urceny na weby a zas na weby nie extra prinosny. HTML viem pisat tagy naspamat. Takze vyklikanie velmi nenadchlo uz, moze ma spomalovat vyklikanie tagu.

Geany mi pride simple a ak by sa daco dobabralo, tak su doplnky. Napr. instalujem znaky HTML. A tie preferujem jednoduche pouzitie color mixer (je rovno na hlavnom menu).

Co si mam predstavit pod pojmom extremne filtre.

V konzole vim, prikaz "dd" je napr. velmi fajn ;)

[k3dAR]

soubor neni ani tak vetsi, ale sirsi, 1 radek ~32000 znaku, v Gedit se mi sekne, v Mousepad (podobnej vychozi editor v Xfce prostredi) neseka... obecne bych sahl ale po terminalovem mcedit tomu nevadi skoro nic :)

[Pavel 'TIGER' Růžička]

I když je to prkotina, kterou všichni víme, tak doplním, že mcedit je součástí mc.

[mp]

Ale proc mu vadi ~32OOO znaku? To se nevejdou do RAM 16GB? Proc otevru i slozitejsi soubory v Notepadu s RAM 4GB (Windows)? Je na vine Gedit, nejaka jeho zavislost, ... to bych rad vedel.

[mp]

Uz vim

[Michal]

Tohle se resilo uz pred mnoha lety (na prvni pokus jsem nasel https://gitlab.gnome.org/GNOME/gtk/issues/229 z 2003 ale pamatuji si to i z drivejsi doby). No zatim to nefixli jen zjistili, ze implementace GtkTextView zpusobuje dalsi a dalsi problemy pokud se pouzije na cokoliv vetsiho (z posledni doby - wayland kolabuje pri pokusu o invalidaci prilis velkeho regionu kdyz jsou radky hodne dlouhe). Treba za dalsich 16 let se dockame No... i kdyz... GTK... tak asi neeee

[k3dAR]

nejde ciste o GTK, jak sem psal vejs, Xfce/Mousepad@GTK se s js soubor z #0 NEzasekava pri hledani...

[debian+]

No zalezi ako asi je implementovani to vyhladavanie. Lebo vykreslovanie nie je navonot take lahke ako sa zda. Ktovie, ci hlada v cistom stringu. Totiz vyrenderovanie nie je uz taka lahka vec. Napr. Kazdy znak je zvlast pristup cez iterator (napr. spojkovy zoznam), kedze mozes mat select textu. Plus potrebujes pre kazdy znak pametat atributy (sikme, podciarknute atd., zvyraznene). A ked si pozries, problem nie je pamet ale vykon.

[Filip Jirsák]

Pokud by byl GEdit implementován takhle, tak by měl nejspíš problém zobrazit i malý soubor. Nicméně jeden souvislý text pro editor opravdu nestačí, minimálně potřebuje editor pracovat se zalomením řádků, zvýrazňováním syntaxe apod. Nejsou to atributy pro každý jednotlivý znak, ale i tak toho není málo.

[debian+]

No ono, ak by to bolo tak realizovane, tak pc zvladne. Ked uz mas editory v Prehladavaci a to zvlavnu (a to tam mas + vrstvu ako HTML, CSS, JS, ktora implementacne mala nie je).

To len bol pohlad, realne neviem ako je to v GTK implementovane.

[Kit]

Je nějaký důvod k otevírání minimalizované knihovny? Stáhni si bootstrap.js, zedituj a minimalizuj.

[mp]

To byl jen prikladovy soubor.