Software-update: Notepad++ 8.5.2

Versie 8.5.2 van Notepad++ is uitgekomen. Deze uitgebreide teksteditor heeft diverse mogelijkheden die vooral voor programmeurs handig zijn, zoals syntax-highlighting voor onder andere C, C++, Java, HTML, XML en PHP. Ook biedt het programma de mogelijkheid om meer dan één document tegelijk te bewerken of één document op twee verschillende plaatsen te onderhouden. Wie de nieuwste versie wil gebruiken, moet deze zelf downloaden. De ingebouwde updater van Notepad++ biedt updates namelijk pas een week na hun verschijnen aan, om eventuele ernstige bugs nog te kunnen oplossen. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

Notepad++ v8.5.2 bug-fixes and new features:

• Enhance “Edit with Notepad++” context menu and fix several issues. (Fix #13399, #13410, #13425, #13438, #13440, #13446, #13457)
• Make Find/Replace dialog swap/copy button usage more explicit. (Fix #13368, #13021)
• Fix unexpected caret column jump post brace match. (Fix #13433)
• Add hits in-progress increased number to Search Progress dialog. (Fix #13364)
• Add HTML Hexadecimal column and more items to ASCII panel. (Fix #13347)
• Add ability to do leading spaces with Column Editor. (Fix #11148, #13309)
• Add programming language support for Hollywood. (Implement #13417)
• Fix dock panels visual glitch while finding in search results. (Fix #13402, #13459)
• Fix Mark dialog’s Copy Marked Text button is not macro-able issue. (Fix #13405)
• Dark mode enhancement: make focused combobox more visible. (Fix #13420)
• Fix find dialog flicker issue. (Fix #9536, #13381)
• Enhance Notepad++ icon’s display in system tray. (Fix #8971)
• Fix some options in Mark dialog not remembered though the session issue. (Fix #13277)

Versienummer	8.5.2
Releasestatus	Final
Besturingssystemen	Windows 7, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016, Windows Server 2019, Windows 11
Website	Notepad++
Download	https://notepad-plus-plus.org/downloads/v8.5.2/
Licentietype	GPL

Reacties (19)

[mrtl]

Jammer dat je in Notepad++ geen gigantische (log) bestanden kan openen. Sommige editors ondersteunen bestanden van 10 gigabyte of groter met minimaal geheugenverbruik. Ik gebruik daar nu maar klogg voor.

[Cergorach]

Voor een hele hoop mensen is de notepad++ limiet van 2GB meer dan genoeg voor een logfile...

[downtime]

Inderdaad. Logs van die omvang horen gewoon niet te bestaan. De oplossing is slimmer loggen en niet om een editor te zoeken die ermee overweg kan. Je moet gewoon ergens een grens trekken.
Er is zat tooling om logs te parsen, in een database te gooien en daar dan analyses op los te laten. Dat moet je niet met een text editor willen doen.

[doom71]

Wat een onzin. In mijn werk als tester hebben wij op onze testomgeving vaak logs van 2,5 tot 3 GB. Das helemaal niet zo uitzonderlijk. Stellen dat, omdat jij het nog nooit hebt gezien, het bijna nooit voorkomt is onzin natuurlijk.

Voor grote bestanden gebruik ik ultraedit. Levert gelijkwaardige functionaliteit en is veel sneller dan Notepad++.

[downtime]

Je moet wel lezen. Ik zeg niet dat ik het nog nooit heb gezien. Ik vind dat zulke grote logs niet horen te bestaan. Jouw “2,5 tot 3 GB” komt niet eens in de buurt van de grootste logs die ik soms zie.

Ik ken UltraEdit goed maar de reden waarom Notepad++ zo populair is onder beheerders, is juist omdat het gratis is zodat je het zonder investeringen en gedoe met licenties op elke server kunt installeren. UE is daardoor geen alternatief voor Notepad++.

[doom71]

Zie nu dat ik op de verkeerde persoon gereageerd heb. Sorry, had die gast boven jou moeten zijn. Ben het namelijk helemaal eens met jouw post

Reactie had je trouwens best wat beter kunnen beginnen. Dat soort agressieve bewoordingen mogen best achterwege blijven. Ik kan namelijk heel goed lezen

[Reactie gewijzigd door doom71 op 22 juli 2024 21:49]

[Cergorach]

Logs van die omvang horen gewoon niet te bestaan. De oplossing is slimmer loggen en niet om een editor te zoeken die ermee overweg kan.

Het probleem is dat veel mensen geen keuze hebben, zij die de logs moeten doorspitten hebben niet altijd zeggenschap over de software die draait en welke mogelijkheden daarop zijn ingesteld. Of ook leuk, de persoon die iets heeft ingericht is vergeten om de juiste logfile grote in te stellen jij komt er pas achter als je de eerste 10GB log opent... Ik heb voor zover ik me kan herinneren, geen issues gehad met log files van 10GB, maar wel log files die ik op oude OSen met de beschikbare hardware niet kon openen in de normale Windows Notepad en geen mogelijkheid om iets te installeren of de logfile van de server te trekken...

[teacup]

Yep, Notepad is voor mij de standaard reader voor logs. Boven de 2 GB komen die trouwens vaak niet uit, al kan het soms wel voorkomen. Ik heb zelf nog niet meegemaakt dat Notepad zich verslikte in de grootte.

Ten aanzien van die grootte sluit ik mij bij de anderen aan: kijk of die logging opgeknipt kan worden.

[Phyxion]

Sinds 8.3.2 kan je heel aardig 2GB+ bestanden openen. Het geheugen gebruik is wel aanzienlijk maar het opent vrij snel.

[aadje93]

notepad++ is dan ook geen log analyser software, maar een verbeterde tekst editor die heel simpel is en fele extensies aan kan .

Als jouw logs >2GB/file zijn moet je denk iets gaan doen aan meer roulatie van log bestanden, of gewoon grootte limieten aan zetten

[Reactie gewijzigd door aadje93 op 22 juli 2024 21:49]

[Ashketchum22]

Ik heb met Notepad++ Nog nooit problemen gehad met een log file groter dan 2 GB.
Ja hij heeft even nodig om hem in te laden, maar functioneert vervolgens zonder problemen.

[doom71]

Wijzig maar eens iets en sla het dan op. Crash is verzekerd.

[RoestVrijStaal]

Is het niet een idee om die log bestanden per uur of zo te roteren?

[GeroldM]

Dat is een idee. Maar daar kan tegenover worden beargumenteerd: wat is dan nog het nut van logbestanden? Dan dien je deze erg snel (automatisch) te parsen. En als daar dan niet de mogelijkheid voor is, waarom dan nog uberhaupt loggen? Als er amper tot geen tijd is om de logfiles te bestuderen, waarom dan nog de resources besteden aan loggen?

Daarnaast, draai eens een log van een redelijk groot Java project en je logfiles groeien in een minuut of vijf al over de 2+ GByte (indien er wat gigantisch fout liep). In mijn ervaring is Java de grootste boosdoener. Maar (Oracle) databases hebben er ook geen moeite mee om ellenlange log files te genereren (indien er zaken foutlopen).

Ja, roteren is zeker een oplossing. Er zijn echter een boel use-cases te bedenken waarbij dat gelijkgesteld kan worden aan baby met badwater naar buiten smijten.

En door te snel te roteren, vang je alleen onmiddelijke problemen, niet de "sluipmoordenaars". Daarvoor ben je vaak toegewezen aan loggen over langere periodes.

[Reactie gewijzigd door GeroldM op 22 juli 2024 21:49]

[RoestVrijStaal]

Ik begrijp je vragen en strekking, maar let op:

Log rotation betekent niet "na een x tijd de log weg gooien".

Het is een instelbare keuze. Die bij sommige applicaties de standaard is waardoor helaas vaak die foute aanname wordt gemaakt.

Over het behouden van logs om o.a. de sluitmoordenaars te vinden heb je helemaal gelijk in. Je kan prima log rotation zo instellen dat de logs enkel na een x tijd of y grootte gearchiveerd worden.

Het zal me niet verbazen als er in Java geen instellingen o.i.d. zijn om minder verbose te loggen. Vaak is het ook zo dat libraries e.d. apart erbij loggen. Dat lijkt mij ook te configureren.

[beerse]

Als je logfile van een java project in dat tempo groeit ben je niet aan het loggen maar aan het debuggen. 2GB in 5 minuten is 24GB per uur. meer dan 1 TByte per weekend....

Logrotate is vooral en voornamelijk om de maat van de logfile behapbaar te houden. Tegenwoordig is 50 MByte acceptabel. Dan krijg je gewoon meer bestanden van 50MByte om alle log te behouden. Daarnaast kan je ook instellen om automatisch op te ruimen maar dat hoeft niet.

[beerse]

Daarom hebben echte systemen ook faciliteiten zoals logrotate zodat de logfiles niet belachelijk groot worden.

[KoalaBear84]

Daarvoor gebruik ik EmEditor, die kun je voor persoonlijk gebruik gebruiken. Ook kun je daarmee grote bestanden bewerken.

[Opa]

Misschien moet je dan naar specifieke logreading tools als Wintail grijpen, of gewoon Powershell gebruiken: Get-Content mijnlogje.log –Wait
en filteren: Get-Content mijnlogje.log -wait | where { $_ -match “CRITICAL” }