Lim inn tekst, klikk en stil, kopier resultatet. Ni skrivemåter, full Unicode-støtte, ingenting forlater nettleseren din.
Et gratis nettleserverktøy som konverterer en tekstblokk mellom ni skrivemåter: UPPERCASE, lowercase, Title Case, Sentence case, snake_case, camelCase, PascalCase, kebab-case og CONSTANT_CASE. Lim inn én gang, klikk ønsket stil, kopier resultatet. Ingenting forlater maskinen din.
Tenk på det som Excels funksjoner UPPER, LOWER og PROPER, pluss "Endre store/små bokstaver"-menyen i Microsoft Word, pluss programmererstilene du ellers ville hentet lodash eller npm-pakken change-case for. Ett grensesnitt, ingen installasjon.
Under panseret bruker konverteringene String.prototype.toLowerCase, toUpperCase samt toLocaleLowerCase / toLocaleUpperCase for locale-aware mapping (Turkish I med prikk, German ß, Greek slutt-sigma). Identifikator-stilene splitter på ordgrenser (_, -, mellomrom og overganger fra liten til stor bokstav) før hvert ord får ny versalstil.
To av de ni stilene er rene bokstavtransformasjoner. UPPERCASE kaller String.prototype.toLocaleUpperCase med nettleserens locale, og lowercase kaller toLocaleLowerCase. De locale-aware variantene er viktige: MDNs referanse for toLocaleUpperCase dokumenterer det tyrkiske grensetilfellet: i tr-TR blir liten i til İ (med prikk), og stor I blir til ı (uten prikk). Versjonene uten locale tar feil her for tyrkisk tekst.
Title Case og Sentence case krever mer arbeid. Sentence case gjør alt smått og setter deretter stor bokstav først i hver setning (deler på ., !, ?). Title Case setter stor bokstav først i hvert ord unntatt korte artikler, preposisjoner og konjunksjoner som a, an, the, and, or, of, in. Det første og siste ordet i tittelen får alltid stor bokstav. AP og Chicago er uenige om hvilke preposisjoner som hoppes over; vi velger en fornuftig standard og dokumenterer listen i FAQ-en.
De fem identifikator-stilene (snake_case, camelCase, PascalCase, kebab-case, CONSTANT_CASE) deler én normaliserer. Teksten splittes i ord på understreker, bindestreker, mellomrom, punktum eller en overgang fra liten til stor bokstav (userProfileName blir user, profile, name). Hvert ord gjøres smått, og settes deretter sammen med målets separator og versalregel. Samme tilnærming som npm-pakken change-case tar.
Ett panel, ett klikk, ett resultat. Ingen registrering og ingen opplasting.
Slipp teksten inn i inndatapanelet. Det kan være en setning, en kolonne med CSV-overskrifter, en identifikator eller et flerlinjes avsnitt. Sample-knappen fyller panelet med et lite eksempel hvis du først vil se konverteringene side om side.
Velg en av de ni stilene: UPPERCASE, lowercase, Title Case, Sentence case, snake_case, camelCase, PascalCase, kebab-case eller CONSTANT_CASE. Resultatet vises straks i utdatapanelet. Den opprinnelige inndataen beholdes, så du kan prøve en annen stil uten å lime inn på nytt.
Klikk Copy for å legge den konverterte teksten på utklippstavlen. Eller klikk Download for å lagre den som en .txt-fil. Begge knappene kjører lokalt; ingenting lastes opp.
Du eksporterte et regneark med overskrifter som First Name, Date Of Birth, Customer ID, og Postgres vil ha dem som first_name, date_of_birth, customer_id. Lim inn overskriftsraden, klikk snake_case, og du får en identifikator-ren versjon som passer rett inn i en CREATE TABLE-setning uten anførselstegn.
En blogtittel som "Why We Switched from MongoDB to Postgres" blir i kebab-case til why-we-switched-from-mongodb-to-postgres, URL-konvensjonen som Googles dokumentasjon om URL-struktur anbefaler. Tegnsetting fjernes, mellomrom blir bindestreker, versaler normaliseres. Lim inn overskriften, klikk kebab-case, lim inn i CMS-et ditt.
Du flytter feltnavn fra en Python-backend som returnerer user_profile_name og created_at, til en TypeScript-frontend som foretrekker userProfileName og createdAt. Lim inn snake_case-identifikatorene, klikk camelCase, og splitteren håndterer understreksgrensene riktig. Den motsatte veien fungerer på samme måte.
Et eldre Oracle-skjema har identifikatorer i CONSTANT_CASE: USER_PROFILE_NAME, ORDER_LINE_ITEM_ID. Postgres-konvensjonen er små bokstaver med understreker. Lim inn kolonnelisten, klikk snake_case, og du får en Postgres-vennlig versjon. Splitteren respekterer eksisterende understreker, slik at flerords-identifikatorer fortsatt blir riktig delt.
Du har samlet en liste med blandet versalbruk: "the great gatsby", "TO KILL A MOCKINGBIRD", "Of mice And men". Lim inn, klikk Title Case, og du får riktig versaliserte titler hvor artikler og korte preposisjoner forblir små ("To Kill a Mockingbird"). Raskere enn rad for rad i Words "Endre store/små bokstaver"-meny.
Noen svarte i supporttråden din helt med store bokstaver. Lim inn meldingen, klikk Sentence case, og den blir lesbar: stor bokstav først i hver setning, resten små. Klikk så Copy og svar med noe et menneske kan lese uten å krympe seg.
Et kort jukseark over de ni stilene dette verktøyet eksponerer, pluss Unicode-fellene som er verdt å kjenne. Eksemplene bruker inndataen <code>userProfileName</code> eller "the quick brown fox" der det passer.
| Topic | What this tool does |
|---|---|
| UPPERCASE | Hver bokstav stor. USERPROFILENAME, THE QUICK BROWN FOX. Bygger på String.prototype.toLocaleUpperCase. Vanlig i SQL-nøkkelord, i CSS text-transform: uppercase og i YAML-standarder for miljøvariabler. |
| lowercase | Hver bokstav liten. userprofilename, the quick brown fox. Bygger på String.prototype.toLocaleLowerCase. Brukes til e-postadresser, hostnavn og søknøkler uten hensyn til versaler. |
| Title Case | Første bokstav i hvert betydningsfullt ord stor; korte artikler og preposisjoner forblir små. "The Quick Brown Fox Jumps Over the Lazy Dog". Første og siste ord i tittelen får alltid stor bokstav. AP og Chicago er uenige om preposisjoner med fem bokstaver eller flere. |
| Sentence case | Første bokstav i hver setning stor; resten små. "The quick brown fox jumps over the lazy dog." Deler på ., !, ?. Nyttig for å rydde i ROPENDE versaltekst eller normalisere blandet versalbruk. |
| snake_case | Ord forbundet med understreker, alt smått. user_profile_name. Pythons konvensjon for funksjoner og variabler (PEP 8). Postgres-konvensjon for identifikatorer. Vanlig i Ruby, Rust og SQL-identifikatorer. |
| camelCase | Ord uten separator; første ord lite, etterfølgende versaliserte. userProfileName. JavaScript- og Java-konvensjon for variabler og metoder. Brukes for JSON-objektnøkler i de fleste JS-native API-er. |
| PascalCase | Ord uten separator; hvert ord versalisert, også det første. UserProfileName. Konvensjon for klassenavn i Java, C#, Python, Rust og TypeScript. Kalles av og til UpperCamelCase. |
| kebab-case | Ord forbundet med bindestreker, alt smått. user-profile-name. CSS-velger- og egenskapskonvensjon. URL-slug-konvensjon (foretrukket av Google for SEO). HTML-attributtkonvensjon ifølge spesifikasjonen, selv om DOM-egenskaper eksponeres som camelCase. |
| CONSTANT_CASE | Ord forbundet med understreker, alt med store bokstaver. USER_PROFILE_NAME. Konvensjon for kompileringskonstanter i C, Java og JavaScript. Vanlig i miljøvariabler (DATABASE_URL, NODE_ENV) og SQL-nøkkelord. |
| Unicode-feller | Turkish I med/uten prikk (i ↔ İ, I ↔ ı), tysk ß blir til SS som stor, gresk slutt-sigma ς finnes bare på slutten av et ord. Bruk alltid locale-aware metoder her. Se Versal på Wikipedia for et bredere overblikk og Snake case / Camel case for identifikator-historikken. |
Ja. UPPERCASE og lowercase bruker String.prototype.toLocaleUpperCase og toLocaleLowerCase med nettleserens locale. På tyrkisk blir i til İ (med prikk) og I til ı (uten prikk), i tråd med Unicode-reglene i Unicode Technical Standard #21. Tysk ß beholder seg selv som liten bokstav og blir til SS som stor. Gresk slutt-sigma ς håndteres også riktig.
Title Case holder korte artikler, preposisjoner og konjunksjoner små: a, an, the, and, or, but, nor, for, of, in, on, at, to, by, as, vs. Første og siste ord i tittelen får alltid stor bokstav. AP og Chicago er uenige i grensetilfeller (Chicago skriver preposisjoner på fem bokstaver eller flere med stor; AP gjør det ikke). Vi bruker den korte AP-lignende listen fordi den gir mest konsistente resultater på blandet inndata.
Begge kobler ord uten separatorer, men de skiller seg på første bokstav. camelCase holder første ord lite: userProfileName. PascalCase versaliserer hvert ord, også det første: UserProfileName. Fordelingen avhenger av språket: Java bruker camelCase til metoder og variabler, og PascalCase til klassenavn; Pythons PEP 8 bruker snake_case for funksjoner og PascalCase for klasser; Googles JavaScript-stilguide bruker camelCase for alt unntatt klasser.
Ja. De fem identifikator-stilene (snake_case, camelCase, PascalCase, kebab-case, CONSTANT_CASE) bruker samme ord-splitter, som bryter på understreker, bindestreker, mellomrom, punktum og overganger fra liten til stor bokstav. Derfor splittes userProfileName, user_profile_name, user-profile-name og USER_PROFILE_NAME i de samme tre ordene og konverteres rent mellom alle fem stilene. Det matcher oppførselen i npm-pakken change-case og lodash-familien _.kebabCase.
Ja. Konverteringene bruker de locale-aware streng-metodene, slik at aksentuert latin (é, ñ, ü), gresk, kyrillisk, Turkish I med/uten prikk, German ß og de fleste andre skriftsystemer foldes riktig. Merk forskjellen på case folding (likhetssammenligning, f.eks. String.prototype.normalize + små bokstaver) og case mapping (visning): vi gjør case mapping. Til likhetssammenligning på tvers av locales kan localeCompare med { sensitivity: 'base' } være bedre.
Opptil et par MB går fint, godt under et sekund. Over 10 MB begynner nettleseren å merke det, fordi det er dyrt å gjengi utdatapanelet på nytt for lange strenger, ikke fordi selve konverteringen er treg. For større filer, bruk en CLI: tr '[:upper:]' '[:lower:]' i bash, Pythons str.upper() / str.lower() / str.title(), eller CSS-egenskapen text-transform hvis det bare gjelder visning.
Teksten din forlater aldri nettleseren. Hver konvertering kjører lokalt på maskinen din ved hjelp av standard-String-metoder som er innebygd i JavaScripts String-prototype. Ingen analytics på inndataen din, ingen logger, ingen serverrundtur. Unicode-reglene vi følger kommer fra Unicode Technical Standard #21 (Case Mappings), samme standard som nettlesermotorene selv implementerer.