Pokud někdy potřebujete editovat obrovské textové soubory v různých kódováních (typicky exporty z SQL databáze), nenašel jsem na to nic lepšího než EmEditor 7.0. Tento editor má mnoho plusů, ale mezi největší konkurenční výhody patří:
- naprosto bezchybné automatické rozpoznání kódování vstupního souboru, ať už to je UTF8, CP1250 či CP1251,
- extrémně rychlá reakce veškerých funkcí při libovolném kódování vstupního souboru (jiné editory při UTF-8 výkonově kolabují),
- extrémně rychlé otevírání obrovských souborů, například otevření SQL dumpu databáze v UTF-8 o velikosti cca 100MB zabere zhruba 0.1 sekundy (ano, to je desetina sekundy),
- schopnost pracovat se souborem o velikosti xGB a zabrat jen yMB v RAM (na screenshotech je ukázáno otevření souboru o velikost 226GB, osobně jsem otestoval jednotky GB a funguje to skvěle).
Výraznou výhodou EmEditoru je i nativní podpora pro 32bitové i 64bitové verze Windows Vista, zvláště ve druhé variantě není problém editovat soubory o velikosti xGB, aniž by člověk musel chodit při každém stisku klávesy na kafe.
Nepoužívám EmEditor jako hlavní programátorský editor (zde preferuji UEStudio a UltraCompare), ale pokud se potřebuji spolehnout na 100% zvládnutí kódování a extrémní rychlost, je EmEditor jediná volba. Dokonce i jeho spuštění je rychlejší než integrovaný Notepad ve Vista, který neumí téměř nic.
Cena za EmEditor je $40, a licence pokrývá 32bitovou i 64bitovou verzi. Kupte si jej, stojí to za to.
Vzpomínám si, že právě kvůli rychlosti jste používal jEdit, který byl zdarma. Co Vás přimělo k přechodu?
[1] jEdit jsem používal pár let dozadu, velice dobrý editor (funkčně), ale protože je na Javě, tak dost pomalý... UEStudio je výrazně lepší, a pro obří soubory právě EmEditor.
Načítá to celý soubor do paměti nebo ne? Jde mi o to, že jsem už párkrát potřeboval změnit pář řádku v několika gigabajtovém souboru, přičemž tolik paměti jsem neměl k dispozici.
[3] nenačítá, v tom je ten vtip 🙂
A schvalne - kdyz mam jeden dlouhy radek, jak se s nim pracuje? Treba PSPad taky nenacita cele do pameti, ale s jednim extremne dlouhym radkem (staci nekolik MB) to dela hrozne pomalu
[5] Myslím, že PSPad to do paměti načítá, když otevřu nejaký soubor tak PSPad si vyalokuje pamět o velikosti 2-3 násobku velikosti souboru.
[5] PSPad je děsně pomalý, když jde o větší soubory a UTF8 (tedy, alespoň rok dozadu byl, když jsem jej naposledy testoval). Většina lidí nepotřebuje editovat obrovské soubory, ale pokud ano, PSPad není řešení.
EmEditor je rychlý i při práci na dlouhém řádku, reaguje jako by soubor měl 100KB.
Tuhle jsem potřeboval překódovat seznam slovíček o velikosti 52 MiB. PSPad selhal a tak jsem šáhl po své semestrální práci z Programování v jazyce C. Ta to zvládla bravurně. Holt někdy se můžou hodit i šuplíkové semestrálky. 🙂
pouzivam ho od verzie 2.o
[6]
řekl bych, že PSPad celý soubor nenačítá - ale je pomalej nad 500M spolehlive pada