Do 30. května lze v rámci akce Warhammer Skulls 2024 získat na Steamu zdarma hru Warhammer 40,000: Gladius - Relics of War.
HelenOS (Wikipedie), tj. svobodný operační systém českého původu založený na architektuře mikrojádra, byl vydán ve verzi 0.14.1. Přehled novinek v poznámkách k vydání. Vypíchnou lze nabídku Start. Videopředstavení na YouTube.
BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.
Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.
Společnost Jolla na akci s názvem Jolla Love Day 2 - The Jolla comeback představila telefon se Sailfish OS 5.0 Jolla Community Phone (ve spolupráci se společností Reeder) a počítač Jolla Mind2 Community Edition AI Computer.
LibreOffice 24.8 bude vydán jako finální v srpnu 2024, přičemž LibreOffice 24.8 Alpha1 je první předběžnou verzí od začátku vývoje verze 24.8 v prosinci 2023. Od té doby bylo do úložiště kódu odesláno 4448 commitů a více než 667 chyb bylo v Bugzille nastaveno jako opravené. Nové funkce obsažené v této verzi LibreOffice najdete v poznámkách k vydání.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 141 (pdf) a HackSpace 78 (pdf).
Světlo světa spatřila betaverze NetBeans IDE 6.5. Mezi hlavními změnami je dlouho očekávaná schopnost kompilace / deploye při uložení Java souboru, lepší import a synchronizace s Eclipse, vestavěná podpora pro Hibernate, RESTful WS postavené na Springu, Grails & Groovy a další. Stále se však objevují hlasy kritizující rychlost celé platformy. Více na TheServerSide.COM.
Tiskni Sdílej:
Už je to vůbec schopné editovat průměrné JSPčko bez hlášení milionů chyb způsobených neschopností parsovat HTML + JSP dohromady?S tim problemy nemam. Mozna je to zpusobeno tim, ze vubec nepouzivam tu puvodni syntaxi JSP a vsechny moje JSPcka jsou validni XML.
Nemluvě o redeployi aplikace přes pohled Servers, který bylo potřeba dělat tak natřikrát, než si toho Eclipse všiml??... nevim o cem mluvite Ulozim JSP, vterina dve, je to tam
Takové věci jako (v Eclipse tuším) Ctrl+Space nebo Alt+Shift+R nebo Ctrl+Shift+T znáš? A to jsou jenom ty nejtriviálnější věci, na které jsem si jako IntelliJ IDEA zelót vzpomnělNejsou to ty funkce, co ti přeformátují zdroják? Ty jsem použil jednou -- omylem.
Zalamování řádek ve vývojovém prostředí nemá smysl, nebo snad váš coding style připouští řádky dlouhé 200 znaků?Smysl to u mě má. Nejedná se jen o *.java; třeba jsem dělal na nějakém *.properties, kde byly hodnotou dlouhé řetězce... Bylo to peklo. Ale i v *.java zalamuji (pomocí Enter) jen tam, kde to má logický smysl -- nikdy kvůli tomu, že e mi to nevejde na obrazovku, to má být věcí editoru.
Nejsou to ty funkce, co ti přeformátují zdroják? Ty jsem použil jednou -- omylem.Ne, to je doplňování identifikátorů, přejmenování a navigace podle tříd. Extrémně užitečné nástroje.
Nejedná se jen o *.java; třeba jsem dělal na nějakém *.properties, kde byly hodnotou dlouhé řetězce... Bylo to peklo.Lomítko. Co víc k tomu říct, kromě toho, že standardní resource bundle (tedy ten, který smí být jen v iso-8859-1) je ohromně nepoužitelný hnus. Jo, a kvalitní IDE mají na editaci bundlů specializované nástroje
Ale i v *.java zalamuji (pomocí Enter) jen tam, kde to má logický smysl -- nikdy kvůli tomu, že e mi to nevejde na obrazovku, to má být věcí editoru.V Javě má odřádkování smysl prakticky po každém středníku, a leckdy ještě prázdný řádek navíc. To prostě není běžný text, nečte se tak a taky se tak nepíše. Ale možná, že v tomhle ohledu mám trošku deformující návyk Mimochodem leckteré jazyky umožňují odřádkováním i ukončit příkaz a středníku se úplně vyhnout (a nemluvím o Pythonu, spíš třeba o Groovy).
Ne, to je doplňování identifikátorů, přejmenování a navigace podle tříd. Extrémně užitečné nástroje.Ctrl+Mezerník jsem přehlédl; tuto funkci samozřejmě používám. Ale nepovažuji ji za nějak výjimečnou.
Lomítko. Co víc k tomu říct, kromě toho, že standardní resource bundle (tedy ten, který smí být jen v iso-8859-1) je ohromně nepoužitelný hnus. Jo, a kvalitní IDE mají na editaci bundlů specializované nástrojeLomítka mě tam zbytečně ruší. Navíc to chci mít opravdu na jedné řádce, jiank by to bylo nepřehledné. Eclipse má na *.properties jakýsi nástroj, co převádí ne-ASCII znaky na nějaké sekvence znaků.
V Javě má odřádkování smysl prakticky po každém středníku, a leckdy ještě prázdný řádek navíc. To prostě není běžný text, nečte se tak a taky se tak nepíše. Ale možná, že v tomhle ohledu mám trošku deformující návyk Mimochodem leckteré jazyky umožňují odřádkováním i ukončit příkaz a středníku se úplně vyhnout (a nemluvím o Pythonu, spíš třeba o Groovy).Ano, v 99 % zalamuji po každém středníku.
Ctrl+Mezerník jsem přehlédl; tuto funkci samozřejmě používám. Ale nepovažuji ji za nějak výjimečnou.To myslis jako konkretne tuhle zkratku nebo obecne napovedu v kodu? To te bavi neustale civet do JavaDocu nebo si pamatovat veskere metody a properties tvych trid?
Ale i v *.java zalamuji (pomocí Enter) jen tam, kde to má logický smysl -- nikdy kvůli tomu, že e mi to nevejde na obrazovku, to má být věcí editoru.To prave ze nema To je veci coding style. Kod ma limit na urcitou delku radku a at se otevre kdekoliv, musi vypadat stejne, co se tyka delky radku a mista zalomeni -- at uz to editor umi nebo ne. Pouzivej Checkstyle plugin do Eclipse, ten te bude kvuli takovym vecem hezky otravovat
Kdo má menší monitor, kód se mu sám zformátuje dle potřeby.Ale jak? Jak zajistis, ze kazdy editor bude umet dobre zalomit zdrojak v Jave tak, aby byl rozumne citelny? Jak uz nekdo zminil, pres 200 znaku radku by kod jit nemel.
A jak někdo řekl dole, jde např. i o formátování HTML.Nevim jak HTML, ale XML umi Eclipse velice dobre zformatovat tak, aby bylo dobre citelne nezavisle na tom, v jak schopnem editoru ho otevres.
Ale jak? Jak zajistis, ze kazdy editor bude umet dobre zalomit zdrojak v Jave tak, aby byl rozumne citelny? Jak uz nekdo zminil, pres 200 znaku radku by kod jit nemel.A jak zajistím, aby každý editor uměl Unicode? Jak zajistím, aby každý editor správně zvýrazňoval syntaxi? Atd. To asi nijak nezajistím, ale předpokládám to na takové úrovni, že jsem si tím dokonce skoro jistý.
Nevim jak HTML, ale XML umi Eclipse velice dobre zformatovat tak, aby bylo dobre citelne nezavisle na tom, v jak schopnem editoru ho otevres.Já si chci XML nebo HTML formátovat sám, na to snad ani není třeba IDE (i když jsou chvíle, kdy je potřeba nechat dokument nechat automaticky zformátovat -- např. pokud člověk dostane XML, které má nějak "zkomprimované" bílé znaky atd.). Jediné, co potřebuji, je automatické odsazování. Když ale píšu např.:
[ul] [li]Dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý text[/li] [/ul]... tak nevidím důvod, proč by to editor neměl zobrazit zalomené (představte si tam správné závorky).
[ul] [li] Dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý text [/li] [/ul]Eclipse treba umi XML a jeho dialekty takto pekne zformatovat. Editor, ktery to proste zalomi, to tak hezky neudela. Videl bych tak, ze by to skoncilo asi nasledovne:
[ul] [li]Dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, dlouhý, | zalomeni dlouhý, dlouhý text[/li] [/ul]...a to teda opravdu nechci. I kdyby ten druhy radek byl automaticky odsazen na uroven oteviraciho [li], je to pro me mene prehledne nez to prvni. Proste a jednoduse, kdyz si to zformatujes sam na nejakou rozumnou delku radku, mas jistotu, ze to bude vypadat vsude stejne.
Ahoj!
Mrkni se sem: http://qa.netbeans.org/issues/show_bug.cgi?id=89894
Aneb: kdyz pouzivas NetBeans a neco pekneho tam chces (pripadne Ti neco vadi), zadej RFE nebo hlasuj pro issue, v tomto pripade jiz existujici a velmi casto zadanou... Od toho je to preci open-source, ne? ;) Pomoct muze kazdy...
Mimochodem - zalamovani radku je velmi uzitecne pro (X)HTML nebo PHP - vim ze zkusenosti...
S pozdravem,
jediný přínos vidím v tom, že se tam dá hezky spouštět JBoss a Apache Ant. Samotná editace textu nic moc a dalších výhod to moc nemá.Refaktoring a kontrola kodu nic? To jako budes psat Javu v Geditu a cekat na hlaseni chyb az na kompilaci? A importy si budes psat taky rucne (viz Ctrl+1 nad neimportovanou tridou v Java zdrojaku)?
You *really*, *really*, *REALLY* should use an IDE. There is absolutely *no* reason not to use one.Jasně, jsou lidi, co ve vimku dělí všechna čísla v souboru deseti, ale to je lehce úchylárna