Varför vill man ha tabbad editor när man programmerar?

På macen så blir det väldigt lätt grötigt om man har många fönster och kör exposé, det är väl det enda jag kan komma på egentligen.

Jag gillar att programmera med flikar, som t ex i Coda, men visst, när man har +10 flikar med olika filer är det omständigt att hämta upp dem. Hade önskat att man lätt kunde scrolla eller t o m få fram rätt flik bara genom att skriva första bokstäverna på önskad fil (via ett accesskommando eller när man hovrar med pilen över tab-baren).

Undrar om jag inte ska föreslå detta till Panic..

Visst blir det rörigt med 20+ flikar. Men jag tycker det blir ännu rörigare med 20+ fönster!

Flikar är platssparande men man måste komma ihåg var alla flikar ligger. Kanske skulle det vara en lösning att bläddar genom flikarna genom att hålla in shift och skrolla med musen? Kanske det skulle underlätta att hitta den rätta fliken snabbt.

//Rob

10+ öppnade filer tycker jag blir rörigt oavsett om man kör med flikar eller fönster. Jag vill helst bara ha de filer jag jobbar med just nu öppna, och någon form av projektnavigering så att jag snabbt kan öppna filer.

I avsaknad av smidig filhantering kan flikar vara användbara som en lista över de filer jag kommer använda detta arbetspass, men det blir rätt jobbigt när jag, precis som Ingemar, vill ha filer i olika fönster så jag kan se dem samtidigt.

Flikar kan även vara användbara för att para ihop filer som är relaterade i ett fönster, exempelvis HTML och CSS, klass deklaration och implementering, etc. Jag ser dock hellre att verktyget jag använder är medveten om vad jag håller på att redigera, och erbjuder kortkommandon för att öppna dessa filer efter behov.

XCode får mycket skäll ibland, men jag tycker det sköter detta på ett mycket bra sätt. Det går att samla ett antal filer i samma fönster och växla mellan dem med snabbkommandon. Själv kör jag med många fönster öppna (20+) och växlar mellan dem med menyn om de inte syns på mina skärmar. Då använder jag också projektnavigatorn för att öppna nya filer och det fiffiga snabbkommando som finns för att växla mellan foo.m och foo.h.

Det är naturligtvis en vanesak, men jag får (mental) kramp av att sitta i exempelvis Visual Studio, med ett antal sidopaneler (projektnavigator, output) och menyer, statuslister os.v. som krymper den tillgängliga ytan för kod. Som tur är finns det ett räddande fullskärmsläge för kod där!

Själv kör jag med Smultron och fillistan till vänster istället för flikar, eller TextMate och filträds/projekt-rutan. Jag tycker det blir mycket mera överskådligt än med flikar. Men som ni säger, det hade varit praktiskt med något effektivare sätt att byta dokument än upp/ner i listan. Jag får också väldigt lätt 20+ filer öppna, och kringla+nuffra räcker inte långt då heller. :/

Jag kör med Textmate, ibland använder jag flikar när jag jobbar fram och tillbaka mellan en handfull filer. Annars kör jag med kortkommandot CMD+T för att söka på filnamnet. Tycker inte flikarna är i vägen de fall då jag inte använder dem.

Tamejtusan! Precis vad jag letade efter, tack!

Jag håller med. CMD+T i TextMate äger det mesta. Och inte att förglömmas: CMD+SHIFT+T för att söka efter metoder i den aktuella filen.

För er som kodar i Linux har jag hört att Scribes ska vara en riktigt trevligt editor.

/E

Jag jobbar i Visual Studio och tycker att flikarna fungerar rätt bra. Flikraden tar minimalt med plats. Har jag bara ett fåtal flikar är det lätt att se vilken jag vill åt och har jag fler än så så kan man välja dem i fönstermenyn.

Visual Studio har ju rykte om sig att vara grötigt, men man kan välja bort det mesta och få en ren arbetsmiljö.

Nu är vi på väg in i en annan debatt här, men jag skulle välja VS framför XCode när som helst, även vad gäller fönsterstruktur eller vad man ska kalla det.

Jag kodar oftast på Linux och Solaris och har aldrig hittat någon riktigt bra grafisk editor som fungerar på dem. Jag provade Gedit, Nedit och Emacs men föll inte riktigt för någon av dem. Numera använder jag Vim, som har flikar. Så fort flikarna blir många är de i stort omöjliga att använda på ett bra sätt, men jag arbetar oftast med omkring fem filer åt gången som mest och då fungerar det helt okej. Att byta flik går snabbt. Man använder ctrl och page up/down.

Jag har oftast mellan två och tre Xterm uppe samtidigt. En för Vim och en för testkörningar och manualsidor. Jag tycker att det är praktiskt med flikar i det fallet, dels för att inte ha så många terminalfönster uppe samtidigt och dels i de fall man arbetar mot ett fjärrskal.

När jag kodar på Macen föredrar jag däremot att ha ett fönster per fil jag arbetar med. Mac OS X har en överlägsen fönsterhantering och de flesta program hanterar dem utmärkt. Däremot föredrar jag att ha filer tillsammans som hör ihop. T. ex. c-/m-filer och motsvarnade h-fil. Xcode har löst det väldigt smidigt med att man snabbt kan växla mellan dem inom samma fönster.

Det är en intressant fråga, eftersom flikar blivit så pass vanliga i alla typer av program. När jag webbläser vill jag ovillkorligt ha flikar, men när jag programmerar (vilket sker i Xcode) så har jag nog faktiskt aldrig känt behov av flikar, eftersom följande sätt att välja filer finns:

1. Fil-lista på vänstersidan. Välj den fil du vill öppna i kodvyn.

2. Bokmärkesrad. Drag'n'droppa filer du behöver komma åt ofta i bokmärkesraden, för att slippa scrolla till rätt ställe i fillistan (vilket kan ta en stund i ett projekt som detta, med över 200 kodfiler).

3. Uppdelningsbar kodvy. Visa flera kodfiler i samma kodvy, avdelade med våg- eller lodräta skiljelinjer. Detta använder jag väldigt sällan av två skäl:
a) på min 12"-skärm blir underkodvyerna pyttesmå
b) jag saknar att kunna högerklicka på en fil i fillistan och välja att den ska öppnas i en delad kodvy. Nu måste jag först dela vyn med delarknappen och sen välja ny fil.

4. ⇧⌘D för att öppna filväljaren, där jag skriver in namnet på den fil jag vill öppna (med autokomplettering).

5. .h och .m är parade, så jag byter enkelt mellan dem med ⌥⌘↑. Kanske hade det varit användbart att kunna para godtyckliga filer med varandra manuellt (förhållandet ska självklart vara många-till-många; har jag lagt till B som "associerad fil" till A, ska A likaledes läggas till för B.)

6. Möjligheten att öppna nya fönster genom att dubbelklicka på filerna. Detta verkar vara det sätt som Ingemar använder oftast; jag däremot använder det väldigt sällan, och då ganska motvilligt, av två skäl:
a) Jag bytte från Windows till Mac slutet av 2004, och jag har fortfarande inte satt Windows-menyn i bruk till den grad att jag använder den utan att tänka på det (som ⌘⇥, ⌘< etc) och därför tappar jag lätt kontroll över fönstren när de blir fler än ett till antalet (även här spelar min skärmstorlek stor roll: hade jag en större skärm eller kanske till och med två stycken hade jag njutit stenhårt av att ha två fönster öppna bredvid varandra).
b) Det är lätt att öppna ett nytt fönster, men det det är svårare att stänga ner det. Med en flikrad så klickar man bara på kryssknappen som jag förväntar mig finns någonstans på fliken; för att stänga ett fönster måste jag först leta upp rätt fönster och sedan stänga det. Detta bidrar till att många fönster jag slutat arbeta i för länge sedan förblir öppna och i vägen.

Det enda sättet jag sett flikrader användas på i kodeditorer hittills (TextMate och DevC++ till Windows), är att flikraden samexisterar med en fil-lista, och varje gång man väljer en fil som inte valts tidigare i fil-listan öppnas en flik för denna fil i flikraden. Detta tycker jag är helt värdelöst, eftersom flikraden är fylld efter ca 10 filbyten, och då är det betydligt jobbigare att välja en flik eftersom de flikar som inte får plats måste väljas genom en lista, som man får fram genom att klicka på en knapp som dyker upp i det här läget (på samma sätt som i t.ex. Safari).

Jag vet inte vad jag har kommit fram till, om jag nu kommit fram till någonting alls över huvud taget, men detta är iaf mina tankar kring åtkomstmekanismerna av filer i kodeditorer.

Ja.

Nej, jag menar Xcodes. Screenshot: http://bayimg.com/image/malhiaabl.jpg

Nej, jag menar dubbelklicka på en fil i projektets fillista.

Smaken är som baken, delad

När jag kodar i Coda, vilket jag alltid gör om jag inte råkar sitta på en console och använder nano eller joe.

Att växla mellan flikar är mycket snabbare än att navigera mellan filer, då filerna man editrerar har en förmåga att ligga i olika kataloger (moduler, css, skins, core etc etc) Att då växla mellan en css fil och en modul där jag pillar med css i båda är otroligt snabbt. Mycket jobbigare att leta reda på dom i listan.

Men det är ju som andra sagt här, har man väldigt MÅNGa filer (30+) så kan ju flikarna bli så små att man inte lätt kan navigera till dom, har inte upplevt det som ett så stort problem då jag kör 30"

Att coda kommer ihåg vilka filer man har öppet i vilka projekt är ju också trevligt, speciellt då dom inte öppnar 30 nya fönster, utan bara ett.

Tabbar gör jag med Apple+{ eller } snabbt

Ser man till ren användarvänlighet så är det bäst som folk tycker bäst om. Folk började ju tom fly från IE för att den saknade flikar. Att det skulle vara nåt slags fluga köper jag inte. Jag har själv kört utan flikar ungefär lika länge som med (ca tio år på varje), och jag väljer flikar vilken dag som helst. Till stor del tror jag det beror på att bytet mellan flikar är så enkelt, och att det är inbyggt att man bara ser en i taget. Hålla på att minimera fönster hela tiden, eller ha ett gytter av oanvända fönster bakom det aktiva gör ingen glad.

Vad gäller att flytta en flik mellan fönster tycker jag Firefox är grymma på det. Bara dra och släpp i ett annat fönster (pss som man byter ordning på flikar inom ett fönster).

Visst, men i det här fallet handlar det om en funktion som infördes samtidigt som den gamla alltid funnits kvar. Det är svårt att se det som nåt annat än en rasande succé ute hos användarna, oavsett vad man personligen tycker.

Absolut. Jag kan bara utgå från mig själv. Jag kodar större delen av dagen, och har ytterst sällan behov av att se mer än en kodfil i taget. Hellre då snabbkommandon för att raskt byta. Att ha fyra fönster (eller flikar!) på skärmen samtidigt gör allt för pyttigt med obefintlig överblick.

Jag har svårt att avgöra om det där är ett seriöst argument, eller bara kuriosa. Tjugo fönster eller tjugo flikar i ett fönster anser jag inte vara nån som helst skillnad i detta avseende.

Jag får lite känslan av att du ändå redan bestämt dig, och därför avfärdar allt som skrivs om motsatsen. Se stycket ovan om flikarnas segertåg. Tydligare bevis för att det är lätt även för nybörjare har jag svårt att hitta.

jag kan tycka att den "organisatoriska" fördelen med flikar när man programmerar (och generellt när jobbar med flera textfiler parallellt) kan liknas med fördelen att häfta ihop sidorna när man skriver ut en längre text.

visserligen blir det onödigt extra bläddrande när man vill jämföra tabell A med diagram B på olika sidor i utskriften, men faktumet att materialet bokstavligen "hänger ihop" är en stor fördel om man behöver hantera flera texter samtidigt. (jmf då i programmeringssammanhang exvis kopplingen mellan flera c-filer och dessas resp h-fil.)