Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 76 reacties
Bron: Mozilla Foundation, submitter: Domokun

Mozilla Firefox logo (75 pix)

De Mozilla Foundation heeft de derde bètarelease vrijgegeven van versie 4.0 van zijn webbrowser Firefox. In versie 4 is onder andere het uiterlijk onder handen genomen. Zo zijn de tabs nu aan de bovenkant geplaatst en is er onder Windows Vista en 7 een Firefox-knop, zoals bijvoorbeeld ook voor Opera. Verder is er volledige ondersteuning voor WebM, WebGL en multitouch-displays, en is de ondersteuning voor html5 en css3 verbeterd. In bèta drie is onder andere het aantal vertalingen uitgebreid van 24 naar 34, kan de browser nu het aanraken van een touchscreen herkennen onder Windows 7 en is het afhandelen van bepaalde operaties in JaveScript verder geoptimaliseerd.

What’s New in Firefox 4 Beta (revision 3)

Developers can find out about all the changes and new features at the Mozilla Developer Center.

De volgende downloads zijn beschikbaar:
*Mozilla Firefox 4.0 bèta 3 voor Windows (Nederlands)
*Mozilla Firefox 4.0 bèta 3 voor Linux (Nederlands)
*Mozilla Firefox 4.0 bèta 3 voor Mac OS X (Nederlands)
*Mozilla Firefox 4.0 bèta 3 voor Windows (Engels)
*Mozilla Firefox 4.0 bèta 3 voor Linux (Engels)
*Mozilla Firefox 4.0 bèta 3 voor Mac OS X (Engels)

Mozilla Firefox 4.0 bèta screenshot

Versienummer:4.0 bèta 3
Releasestatus:Beta
Besturingssystemen:Windows 7, Windows 2000, Linux, Windows XP, macOS, Windows Server 2003, Windows Vista, Windows Server 2008
Website:Mozilla Foundation
Download:http://www.mozilla.com/en-US/firefox/all-beta.html
Bestandsgroottes:9,77MB t/m 21,60MB
Licentietype:Freeware
Moderatie-faq Wijzig weergave

Reacties (76)

Prachtig hoe de JS performance wordt bijgehouden op www.arewefastyet.com - en dan ook nog het antwoord: NO.

Nou ja, het zijn nog betas en men is natuurlijk ook nog druk bezig dus dat gaat vast goed komen.
Idd een leuke website. De zwarte lijn is de nieuwe baseline JIT, die is nog niet geintegreerd (gebeurt voor 1 september). De gele lijn (van een paar dagen geleden) is wat ongeveer in beta 3 zit. De nieuwe JIT is in een paar maanden tijd enorm veel sneller geworden, in veel gevallen al sneller dan wat nu in FF 4 beta 3 zit en waar jaren aan gesleuteld is.

Komende weken worden ze samengevoegd (het resultaat is dan waarschijnlijk sneller dan beide apart) en komen er nog een aantal grote verbeteringen. Een aantal andere features komen helaas pas na FF 4, maar is men al wel mee bezig. Of FF4 op die benchmarks sneller gaat worden dan Chrome/Safari betwijfel ik, maar het verschil gaat veel kleiner zijn dan met FF 3.6. De versie na FF4 maakt grote kans om sneller te zijn dan iig Safari. Dit weet ik toevallig omdat ik weleens patches voor de JS-engine instuur.

FF4 lijkt iig een prima browser te worden, veel sneller dan 3.6 qua opstarten en rendering, en een hoop nieuwe features :)

[Reactie gewijzigd door JanDM op 12 augustus 2010 14:32]

Ik hoop ook dat ze sneller worden. De traagheid van 3.6 heeft mij doen overstappen naar Chrome.
Hoe doet deze het in de Acid3 test?
zal op 97% blijven steken vermoed ik. Om de laatste 3% te halen moet je bepaalde SVG font rendering supporten. En Mozilla wil dat nu niet ondersteunen omdat de huidige standaard buggy en nog niet "af" is. Dus zolang dat niet in Gecko komt zal FF nooit 100% halen.
Zowel Microsoft als Mozilla hebben aangegeven niet van plan te zijn om ooit SVG fonts te gaan ondersteunen. Ook in andere browsers bestaat er op dit moment amper SVG fonts support behalve net genoeg om die drie extra tests in Acid3 te halen.

Er is sindsdien een beter alternatief met WOFF waar zo ongeveer iedereen die er toe doet meer toekomst in ziet.

Zowel IE als Firefox zullen dus nooit meer dan 97 punten (Acid3 gebruikt geen percentages) scoren, tenzij die tests uit de Acid3 gehaald worden.

[Reactie gewijzigd door Maurits van Baerle op 12 augustus 2010 15:35]

Ik hoop toch dat ze daarop terugkomen. In Opera kun je fonts dus gewoon embedden in SVG, wat een hele hoop gezeik bespaart. Ipv een all-in-one-SVG moet je dankzij Firefox (e.a.) weer gaan lopen klooien met los aanbieden van de benodigde fonts.

Maarja, het is niet de eerste keer dat browserbouwers liever lui zijn dan moe... Dat is vervelend, omdat daardoor veel meer webdevelopers moe moeten worden door de extra inspanningen die zij daardoor moeten leveren.
SVG fonts zullen waarschijnlijk ook uit de Acid3 test verwijderd worden om deze reden overigens :)
Het vermoeden van Johnny2000 kan ik beamen. Ik heb net Acid3 test gedraaid en op 97% uitgekomen.
Coool. Wat is de geplande release date voor de final?
De releasedata en extra notes van alle (beta) versies zijn hier te vinden: https://wiki.mozilla.org/Firefox/4/Beta#Milestones. Op 1 september zouden alle features normaal toegevoegd moeten zijn.
Er dient wel opgemerkt te worden dat elke beta die uitkwam toch minimum een paar dagen vertraging had, dus ik zou er niet op verwachten dat je deze lijst op de letter mag volgen :)

Ook werd er gezegd in de releaselog dat deze huidige beta beschouwd mag worden als stabiel voor dagelijks gebruik, dus ik zou zeggen, probeer het uit :)

[Reactie gewijzigd door FRD op 12 augustus 2010 14:12]

Eind 2010 - maar het enige juiste antwoord is: "Als Firefox 4 klaar is", het zou dus ook begin 2011 kunnen worden.

Verder zijn er nog tenminste 2 beta-versies gepland. De nieuwe JavaScript engine moet namelijk nog afgemaakt worden en die zal wel degelijk getest moeten worden.

Als bij die beta-versies blijkt dat er nog grote problemen zijn dan komen er dus nog meer beta-releases dan de 2 die nu al gepland zijn...
ok ik geloof je achter elkaar dat er nog 2 betas komen, maar als de release-cycle idd 3 weken is, dan zitten we eind Sept. al aan beta 5. Lijkt mij dat we nog wel even doorgaan tot beta 7, waarna de RC's komen, meestal zijn dat er 2 .

edit: nm je had het over tenminste.

Verder is het menu onder de Firefox-knop nog niet af, die mogen ze nog wel even wat uitbreiden, beetje ala Opera, maar dan iets minder bloated graag. :)

[Reactie gewijzigd door Sjah op 12 augustus 2010 15:17]

Voor meer info over de releases van Firefox, check de wiki "History of Mozilla Firefox". Wordt regelmatig geüpdatet, voor zover er info beschikbaar is. Al staat deze info er nog niet tussen... Voorlopig staan er 5 7 beta's geplant. Release Candidate zou in oktober 2010 klaar moeten zijn. En wellicht dan de final in november 2010. Maar zoals Little Penguin ook al zegt: release date is pas als firefox 4 klaar is :p.

[Reactie gewijzigd door ExPlanE op 12 augustus 2010 23:36]

Ik denk dat ze nog weinig meer aan dat menu gaan doen. Als je de alt toets indrukt dan krijg je het volledige menu te zien namelijk en kun je alle opties weer bereiken. Daarmee vervalt ook de noodzaak om alles in 1 menu te stoppen, dan maak je er eerder een quickmenu van waarin de meest handige/gebruikte items staan. Juist dat maakt het minder bloated.
Ow dat is het firefox menu, als je de Menu balk uitschakelt zie je hem. Nice eigenlijk :Y)
Ik denk zelf eind November of uiterlijk in December, zie deze webpagina voor meer info:

https://wiki.mozilla.org/Releases

Firefox 4.0 RC1 staat gepland voor Oktober.
Erg jammer dat de meeste plugins de ondersteuning voor nieuwe beta's meteen kwijt zijn.
Zo is onder andere Adblock Plus bij mij uitgeschakeld, omdat deze nog niet compatible is met beta 3, maar wel met beta 1 en 2.

Dat is eigenlijk de enige reden dat ik Mozilla gebruik, vanwege Adblock Plus.
Voor de mensen die niet weten wat het is:

Het is een Add-On voor Firefox die zo goed als álle reclame blokkeert.
Zie dan ook deze link.
Daar heeft Mozilla de Add-on Compatibility Reporter 0.5.1 voor.
Daarmee kan je alle Add-on's juist wel inschakelen die nog officieel niet compatibel zijn. :)
Laat ze liever maar eens werk maken van hun privacy-schendende opruimfunctie. 't Is toch om te lachen/huilen, de gebruiker de indruk geven dat hij z'n geschiedenis en cookies kan wissen terwijl er achteraf nog van alles te voorschijn te halen is. Als ik mijn cookies en geschiedenis wil wissen wil ik ook dat dat echt gebeurt (liefst nog met een secure delete optie, maar dat is waarschijnlijk te veel gevraagd) en wil ik niet dat ik later nog allerlei sporen kan terugvinden van wat ik eigenlijk kwijt wou zijn.

Ik herinner me nog goed dat Firefox z'n cache open en bloot bijhield (v2.0?) in een makkelijk vindbare cachefolder, en dat je daar kon zien wat er precies in zat. Nu moeten, op de manier van IE, files en folders plots verborgen worden, een cryptische naam krijgen en de data zoveel mogelijk verspreid worden. Waarom moeten cookies nu plots in een sqlite bestand zitten? Was een gewoon txt-bestand misschien te eenvoudig? Waarom vind ik mijn webmail-adressen na het wissen nog terug in bestanden als places.sqlite en formhistory.sqlite? Zelfs CCleaner kan deze files niet zomaar wissen. Waarom moet dit stiekeme gedoe allemaal? 't Zal vast wel weer goed zijn om de "gebruikerservaring te verbeteren", of om het terrorisme te bestrijden. Soms mis ik echt wel het "één programma, één folder"-principe uit de tijd van Windows 3.1. Na jaren Firefox gebruikt te hebben ga ik nu maar eens op zoek naar een andere browser denk ik.
De reden dat de diverse zaken in sqlite-bestanden geplaatst zijn, dat is om de hoeveelheid code die gerelateerd is aan het opslaan van de diverse gegevens te beperken. In het verleden was er een stuk code om de bladwijzers als HTML-bestand op te slaan en cookies en diverse andere zaken in een "mork" databaseformaat en mogelijk waren er nog wel meer stukken code die weer een eigen manier van opslaan gebruiken.

Aangezien SQLite toch al gebruikt wordt voor de opslag van de DOM Storage-data, was het logisch om de diverse ad-hoc code te vervangen door code die allemaal gebruik maakt van SQLite - het heeft dus niets te maken met stiekem gedoe of zo.

Als je wilt dat de gegevens na het opruimen ook verdwijen, dan moet je gebruik maken van add-ons die het SQLite VACUUM commando uitvoeren...

Mogelijk dat er ook add-ons zijn om bijvoorbeeld je formhistory.sqlite en dergelijk bestanden te VACUUM-en, maar goed daar heb ik niet naar gezocht...
De reden dat de diverse zaken in sqlite-bestanden geplaatst zijn, dat is om de hoeveelheid code die gerelateerd is aan het opslaan van de diverse gegevens te beperken. In het verleden was er een stuk code om de bladwijzers als HTML-bestand op te slaan en cookies en diverse andere zaken in een "mork" databaseformaat en mogelijk waren er nog wel meer stukken code die weer een eigen manier van opslaan gebruiken.
Big deal, een paar kilobytes extra code! De computer raakt heus de draad niet kwijt hoor als hij verschillende formaten data moet wegschrijven. Het zal de computer echt niet in de war brengen, maar de gebruiker juist wél. En worden programma's niet meer geschreven met gebruiksvriendelijkheid in het achterhoofd? Of telt alleen de logica voor de computer nog? En kom me aub niet vertellen dat FF er sneller door geworden is of zo, of dat de code te onoverzichtelijk werd.
Aangezien SQLite toch al gebruikt wordt voor de opslag van de DOM Storage-data, was het logisch om de diverse ad-hoc code te vervangen door code die allemaal gebruik maakt van SQLite - het heeft dus niets te maken met stiekem gedoe of zo.
Logisch? Voor wie is dat "logisch" bedoeld, voor de gebruiker of voor de computer? Ik als gebruiker vind het "logisch" dat mijn cookies in een txt-bestand opgeslagen worden zodat ik daar makkelijk toegang toe heb en het bestand makkelijk kan terugvinden en naar keuze deleten. Nu wordt het allemaal verborgen en onbereikbaar gemaakt omdat dat voor de computer "logisch" is. Ik noem dat wel "stiekem gedoe". Net zoals Microsoft die het niet kon hebben dat gebruikers hun boot.ini gingen editen en er dus zonder pardon een binair bestand van gemaakt hebben. Dat was vast ook wel "logisch".

Neem me niet kwalijk hoor, maar ik vind dat hele "logisch" van jou geen al te sterk argument.
Als je wilt dat de gegevens na het opruimen ook verdwijen, dan moet je gebruik maken van add-ons die het SQLite VACUUM commando uitvoeren...
Dat ze dat dan even vermelden in het opruimvenster, met een boodschap als: "This process will only pretend to delete your data but traces of it may still remain in a few inaccessible files. If you really want to delete your data, please install an appropriate plug-in". Of zoiets in dien aard.

Firefox was ooit een "open" browser, maar helaas zijn ze met de laatste versies steeds meer de "Microsoft Way" aan het bewandelen, wat ik erg jammer vind.
Big deal, een paar kilobytes extra code! De computer raakt heus de draad niet kwijt hoor als hij verschillende formaten data moet wegschrijven. Het zal de computer echt niet in de war brengen, maar de gebruiker juist wél.
Op zich maakt het voor de computer niet uit nee, maar de extra code moet wel onderhouden worden - verder is iedere extra KiB aan code weer een veiligheidsrisico, dus als je dat kan beperken is dat alleen maar mooi. De opslag als HTML-bestand was op zich wel aardig, maar als je een grote databank krijgt wordt 't wel een vervelende manier van opslaan, en extra zaken als 'tags'zijn al helemaal niet mogelijk. En over het mork-formaat valt eigenlijk alleen maar 1 positief punt te noemen: Het lijkt op plain text, maar verder alleen maar negatieve dingen - zo kan het alleen met ASCII omgaan en is er een hack verzonnen om UTF-8 op te kunnen slaan...

SQLite heeft verder als voordeel dat de code opties heeft om de gegevens sneller te benaderen.
Ik als gebruiker vind het "logisch" dat mijn cookies in een txt-bestand opgeslagen worden zodat ik daar makkelijk toegang toe heb en het bestand makkelijk kan terugvinden en naar keuze deleten
Voor jouw is het misschien een optie om in het cookies-bestand te gaan neuzen, maar voor 99.9% van de gebruikers is dat niet de oplossing - zij gebruiken dan de UI om cookies te beheren, die UI kun jij overigens ook gebruiken,
Dat ze dat dan even vermelden in het opruimvenster, met een boodschap als: "This process will only pretend to delete your data but traces of it may still remain in a few inaccessible files. If you really want to delete your data, please install an appropriate plug-in". Of zoiets in dien aard.
Waar jij vanuit gaat, dat is dat je door het verwijderen van de gegevens (Via een teksteditor) extra veiligheid hebt en de gegevens weg zijn - maar in werkelijkheid staat er nog erg veel op je harde schijf en is voor een echte hacker veel informatie nog toegankelijk - ook al heb jij je cookies-bestand aangepast.
Firefox was ooit een "open" browser, maar helaas zijn ze met de laatste versies steeds meer de "Microsoft Way" aan het bewandelen, wat ik erg jammer vind.
Firefox is nog steeds open, maar sommige zaken zijn nu anders toegankelijk - als je echt in de code duikt kun je gewoon overal bij, dat veranderd niet...
Was het niet juist IE die zijn temp files en cookies gewoon in een folder dumpte?
Vraag me af wie er hier zo "stiekem" is, als je je cache zo grondig wil cleanen.. haha :+
Het gaat hier eigenlijk niet eens zozeer om het privacy aspect. Feitelijk is dit gewoon een grote bug: de functie die de boel zou moeten opruimen doet gewoonweg niets, hij werkt niet. Dat is net zoiets als dat je auto gewoon niet van z'n plaats komt terwijl de dealer je 'm wel heeft verkocht als zijnde volledig werkend. In about:config instellen hoe lang hij iets moet bewaren is dan ook zinloos, dat wordt gewoon keihard genegeerd. Cookies weggooien wanneer ik de browser sluit doet hij echter wel netjes.
Ik hoop wel dat Ubuntu nog een aagepast thema krijgt en dat je ook een aangepast thema krijgt als je onder windows de classic theme aanzet zodat het goed aansluit, van mij hoeven die pipo de clown kleurtjes niet zo die ik op bovenstaand screenshot zie.
dat is de windows versie
Wat ik niet snap is dat die Firefox knop een hele regel nodig heeft?
Als je dan toch op de Chrome-manier ruimte wilt winnen, zet die knop dan onder de minimize/maximize/close buttons neer, of schuif de tabjes een klein stukje op zodat het naast elkaar past....

[Reactie gewijzigd door SWINX op 12 augustus 2010 14:09]

Als je de tabs naast de knop wilt hebben kan dat met aanpassing van userChrome.css. Zie deze howto: http://www.downloadsquad....4-orange-menu-button-css/ . Het kan er wel voor zorgen dat je File, Edit en View dropdownmenu's onbereikbaar worden.
Snap ik ook niet: in niet geminimaliseerde modus wel, kun je het venster verslepen. Maar die waste of space in maximale modus, snap ik niet. Die oranje knop gewoon een grote "FF button" maken en op de hoogte van de navigatiebalk plaatsen. Niet op de hoogte van tabs, wat ook geopperd is, dit "kost" namelijk de breedte van één tab. Bovendien, hoe vaak gebruik je het menu tijdens normaal surfen eigenlijk? Moet die knop daarom zo prominent eruit springen?
Gewoon zoals chrome dus eigenlijk. Het maakt toch niet uit dat het copy/paste is van Chrome? Als het nou eenmaal goed werkt, zie ik het probleem niet.

Chrome is zelfs bezig nog verder te minimaliseren qua interface: 1 knop voor het menu (eigenlijk dus copy/paste van Firefox 4 ;)), geen randen rond de knoppen en de "go" knop is weg in de navigatiebalk (met de ster op dezelfde plaats als bij FF, weer copy/paste door Chrome :p).

[Reactie gewijzigd door vogelaarke135 op 12 augustus 2010 14:22]

Chrome is zelfs bezig nog verder te minimaliseren qua interface: 1 knop voor het menu (eigenlijk dus copy/paste van Firefox 4 ;))
Gaan we weer... ;)
Moet je het wel juist zeggen: dat is een copy/paste van Opera.
Opera was inderdaad de eerste die dit in een eindproduct ingezet heeft, maar nog voordat Opera 10 uitkwam waren er al mockups voor deze nieuwe layout en was er al sprake van een "Firefox-menu".

Ik begrijp dat het voor Opera-adepten slecht te verteren kan zijn dat ze niet helemaal de eerste waren, maar zo is het nu eenmaal...
Wat je daar allemaal beschrijft heeft Opera al een paar maanden in een final versie ;) .

De grote knop zit ook naast je tabbladen, in de titelbalk. En die Go knop is zoiezo al een paar jaar weg.
Zo dus: http://i35.tinypic.com/2hn1j5c.png

Maar even ontopic: Heb hem geinstalleerd op een USB stick en hij gaat gigantisch sloom, en dat ding is bijna fulltime aan het schrijven/lezen.
Heb hem geinstalleerd op een USB stick en hij gaat gigantisch sloom, en dat ding is bijna fulltime aan het schrijven/lezen.
Daat gaat de levensduur van je USB-stick :P
De knop heeft helemaal geen hele regel nodig, dat is de gewone titelbalk waar het ding in staat en die er altijd is. Het menu is dus al optimaal geplaatst door gebruik te maken van een kale plek op een balk die er altijd is en zal zijn ;) Efficiënter dan dat kan het dus niet. De positionering op de titelbalk is overigens ook een stuk logischer omdat het een menu is die wat te maken heeft met het gehele venster. De maximise/minimise/close knoppen en de titelbalk zelf hebben die functie ook dus is het een stuk logischer om al die zaken in 1 balk te combineren.

Met jouw voorstel heb je dus juist wel een extra regel nodig die dan onder die knoppen komt te staan. Als je dat niet doet kom je enorm in de knel met de tabs of het gedeelte met de addressbar afhankelijk of je tabs on top of bottom hebt. Jouw voorstel is dan ook zeer inefficiënt gebruik van ruimte omdat je er extra loze ruimte voor moet creëren. Daarnaast is je voorstel ook onlogischer omdat het menu wat slaat op de applicatie ineens een tab wordt waardoor je de logica van de applicatie doorbreekt. Het menu is geen stuk content en is ook niet beperkt tot 1 tabje en dat idee wek je wel als je 'm als tab zou doen of in die tabbalk zet.
De titelbalk neemt veel plaats in en is, bv in ubuntu netbook remix, al half weg. Dus zo zeker is het niet dat ie er zal blijven.
In Win7 is dit inderdaad irritant. In WinXP worden the tabblaadjes in de ruimte naast de Firefox knop weergegeven, dus in XP wordt wel ruimte gewonnen.

Edit: Ik heb wel de add-on "Hide Caption Title Bar Plus 1.1.2" geinstalleerd

[Reactie gewijzigd door iDrone op 12 augustus 2010 17:55]

Je kan je thema aanpassen naar je eigen hand.

https://addons.mozilla.org/nl/firefox/themes/
Die blauwe kleur wordt iig veroorzaakt door de opaque rand, en is dus de wallpaper van de screenshot maker.

Is alleen die FF knop dus gekleurd. Ik vind het erg mooi, jammer dat hnog beta is, en de meeste addons nog niet (perfect) werken.
Net geinstalleerd, maar wat meteen opvalt is het nogal intensief gebruik van de hard disk bij elke nieuw geopende pagina, iets dat niet bij Beta 2 gebeurde. Het lijkt alsof er een soort cache wordt weggeschreven oid. Zeker met mijn nogal luidruchtige harde schijf levert dat nogal wat lawaai op!
lawaai is het minste van de zorgen: het wordt, ook bij een stille HDD wel een performanceprobleem als wat je zegt waar is.
Het is een beta, misschien schrijft ie wel continu een debuglog weg.
Ha, veel add-ons die het in beta 2 niet deden werken nu weer wel :) Helaas Google Redesigned nog niet.

Bij mij werd in beta 1 en 2 de tekst op de tabjes niet vernieuwd, dat is nu opgelost. Helaas is er nu een nog irritanter probleem: de adresbalk update niet goed. Als ik een pagina open door een link te klikken of een bookmark, blijft de balk leeg. Of de vorige url blijft staan. Niet handig, even melden dus :)
Idd, best even melden. Hier op OS X geen problemen mee.

Als je add-ons hebt die nog niet compatibel zijn met 4.0b3 kan je de makers helpen te testen. Dit kan je doen door deze add-on te installeren. Zo krijgen de makers feedback van de gebruikers of deze wel of niet werkt.
Yep dat van de tabjes had ik ook.

@SWINX De firefox knop staat bij winxp met classic window theme naast de tabs zoals jij beschrijft. Of dit XP theme en op andere OS's ook zo is heb ik niet bekeken.

edit: Als ik 3 tabbladen tegelijk open die toegang willen tot mijn wachtwoorden hoef ik niet meer 3 keer het hoofdwachtwoord in te vullen. Fijn dat ze dat ook gefixed hebben.

[Reactie gewijzigd door ajakkes op 12 augustus 2010 14:46]

Prima update weer (ben ueberhaupt erg over FF4 te spreken), maar opgelet:
Rechtermuisknop 'open in new tab/window' is vanaf deze versie omgedraaid! Veel logischer natuurlijk, maar ik zit echt constant new window te openen ipv new tab. Noemen ze muscle memory volgens mij :P Goed, ik zal er aan moeten wennen, maar voorlopig erger ik me groen en geel aan. Eigenlijk is new window überhaupt niet noodzakelijk meer in de nieuwere FF versies, en zeker niet meer onder W7 (aangezien ook tabs nu als aparte paginas weergegeven worden).
Maar in het algemeen gezien zou ik graag de mogelijkheid hebben dat contextmenu aan te passen. Hoe vaak het wel niet gebeurt dat ik massas plaatjes aan het opslaan ben en steeds op 'send by email' klik ipv 'save image'. In dezelfde gedachte zou ik in het context menu de eerste twee opties allebei 'open in new tab' willen hebben :P
Rechtermuisknop 'open in new tab/window' is vanaf deze versie omgedraaid! Veel logischer natuurlijk, maar ik zit echt constant new window te openen ipv new tab.
Misschien moet je de middelste muisknop eens gaan gebruiken. :Y)
Dat werkt alleen niet in non-Windows versies omdat die knop voor heel iets anders gebruikt wordt of niet aanwezig is ;)

Het omwisselen was mij ook al opgevallen, linkjes openden ineens in vensters ipv tabs dus dat wordt hier even weer wennen en minder op de automatische piloot werken qua rightclicken. Echt erg vind ik het niet maar het is niet erg logisch omdat in zowel Internet Explorer als Safari en volgens mij ook chrome het allemaal net andersom is. Ik verwacht dat er nogal wat mensen over gaan klagen.
Werkt anders wel op mijn non-windows versie (Kubuntu dus)...
Dat ligt dan aan een instelling. Meestal is de middelste knop op linux/unix toegedeeld aan iets als paste of een extra menu. In osx is er eigenlijk geen middelste muisknop, overigens wel te verkrijgen met iets als bettertouchtool icm de magic mouse. Ik heb het hier iig niet werkend gezien in ubuntu (gnome & xfce) en in osx. Of het ook in ubuntu met kde (ik heb een aantal window/desktopmanagers geïnstalleerd) werkte weet ik niet meer, er staat mij iets van bij van niet.
Natuurlijk Onno... natuurlijk.
Maar waarom iets 'verbeteren' dat in ALLE andere browsers ook op die manier werkt... en in je vorige versies.
Als je maakt dat mensen moeten gaan nadenken over zoiets basaals als het openen van een nieuwe tab, dan heb je het (volgens mij) niet goed gedaan.
En dan is wijzen naar een andere manier van openen niet een oplossing ;) dat is wijzen op een workaround ;)
Oh, ja (weer wat geleerd), maar die draait bij mij eerder dan die klikt. :( Weg link.

edit @bgever, das beter.
Dat gaan ze echter in Firefox 4rc1 omdraaien heb ik uit "zeer betrouwbare" bron. :+

[Reactie gewijzigd door ajakkes op 12 augustus 2010 16:24]

Control + click = new tab
Shift + click = new window
(ik haat klikken met het scrollwieletje)
Damn. Ik heb juist een hekel aan de tab-boven-adresbalk-indeling. Ik mag hopen dat er een mogelijkheid is de oude stijl te blijven gebruiken?
Ja dat kan,, alt menu -> view -> Toolbars -> Tabs on top vinkje weghalen.
_/-\o_ dankje. Nu kan ik met een gerust hart aan de bèta :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True