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.
Řešení dotazu:
#include <stdio.h>
int main (void)
{
int a;
int b;
int c;
int d;
/* za tento komentar chci vlozit */
return (0);
}
po:
#include <stdio.h>
int main (void)
{
int a;
int b;
int c;
int d;
/* za tento komentar chci vlozit */
int a;
int b;return (0);
} int c;
int d;
Jde o Vim verze 7.2
INSERT INTO tab1 (name) VALUES ("abc");
INSERT INTO tab1 (name) VALUES ("def");
/* chci vytvorit novy SQL prikaz s temi stringy - mezi tyhle dva inserty */
INSERT INTO tab2 (num) VALUES (1);
INSERT INTO tab2 (num) VALUES (2);
výsledek:
INSERT INTO tab1 (name) VALUES ("abc");
INSERT INTO tab1 (name) VALUES ("def");
/* chci vytvorit novy SQL prikaz s temi stringy - mezi tyhle dva inserty */
abc
defINSERT INTO tab2 (num) VALUES (1);
INSERT INTO tab2 (num) VALUES (2);
Jasně, kdyby to byl další insert, tak si zkopíruju celé řádky a blokově přepíšu to co potřebuju (tabulka, sloupce,...), ale o to tu teď nejde. Jde o to, jestli je tohle insert-replace chování správné a pokud ano, tak jak provést čistý insert s blokem textu?
abc defa vložil ho na prázdný řádek příkazem "p" (paste). Nevím k čemu to má být dobré? Každopádně se vim zachoval standardně, odsunul vše co je na následujících řádcích doprava a vložil blok tam, kam jste chtěl. Spíš bych čekal že ho budete vkládat třeba na místo kde je "1" aby blok
1 2nahradil blokem
abc def? Tak pokud najedete na jedničku a dáte "p", tak se to vloží tam, před(nebo za) 1 a 2 se vloží abc a def. 1 a 1 pak ještě musíte blokově smazat. Pokud chcete vytvořit nový SQL příkaz, tak ho ale musíte přece nejdřív vytvořit ;), tedy napsat nějaké to nové INSERT INTO a pak až vkládat blok, ne? Nic takového (ani pokus o to) ve vašem příkladu nevidím :( Takže nevím jestli se to chová nějak opravdu divně nebo jen něco divného děláte :)
Pokud chcete vytvořit nový SQL příkaz, tak ho ale musíte přece nejdřív vytvořit ;), tedy napsat nějaké to nové INSERT INTO a pak až vkládat blok, ne? Nic takového (ani pokus o to) ve vašem příkladu nevidím :( Takže nevím jestli se to chová nějak opravdu divně nebo jen něco divného děláte :)(OT, ale...) Já bych to řešil tak, že bych si nakopíroval hodnoty a pak přes makro bych doplnil to SQL okolo. Ale tak jak píšete by to taky šlo.
INSERT INTO tab1 (name) VALUES ("abc");
INSERT INTO tab1 (name) VALUES ("def");
/* chci vytvorit novy SQL prikaz s temi stringy - opravit tyto dva inserty */
INSERT INTO tab2 (num) VALUES (1);
INSERT INTO tab2 (num) VALUES (2);
INSERT INTO tab1 (name) VALUES ("abc");
INSERT INTO tab1 (name) VALUES ("def");
/* chci vytvorit novy SQL prikaz s temi stringy - opravit tyto dva inserty */
INSERT INTO tab2 (num) VALUES (1abc);
INSERT INTO tab2 (num) VALUES (2def);
ještě smazat blokově 1 a 2 (bývalo by bylo lepší předem)
INSERT INTO tab1 (name) VALUES ("abc");
INSERT INTO tab1 (name) VALUES ("def");
/* chci vytvorit novy SQL prikaz s temi stringy - opravit tyto dva inserty */
INSERT INTO tab2 (num) VALUES (abc);
INSERT INTO tab2 (num) VALUES (def);
voilà.
Další možnost:
INSERT INTO tab1 (name) VALUES ("abc");
INSERT INTO tab1 (name) VALUES ("def");
/* chci vytvorit novy SQL prikaz s temi stringy - opravit tento jeden insert (se nevleze) */
INSERT INTO tab2 (num) VALUES (1);
DELETE * FROM tab2 where id='foo';
INSERT INTO tab1 (name) VALUES ("abc");
INSERT INTO tab1 (name) VALUES ("def");
/* chci vytvorit novy SQL prikaz s temi stringy - opravit tento jeden insert (se nevleze) */
INSERT INTO tab2 (num) VALUES (1abc);
DELETE * FROM tab2 where id='foodef';
moje chyba, neohlídal jsem si počet řádků.
Tiskni
Sdílej: