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 , , 141 reacties
Bron: Mozilla Foundation, submitter: Domokun

Mozilla Firefox logo (75 pix)

De Mozilla Foundation heeft de eerste bètarelease vrijgegeven van versie 4.0 van zijn webbrowser Firefox. In versie 4 is onder andere het uiterlijk onder handen genomen, waardoor deze sneller kan worden gebruikt. 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. Hieronder is een lijst met de belangrijkste verbeteringen te vinden.

What’s New in Firefox 4 Beta (revision 1)
  • Tabs are now on top by default on Windows only - OSX and Linux will be changing when the theme has been modified to support the change.
  • On Windows Vista and Windows 7 the menu bar has been replaced with the Firefox button.
  • You can search for and switch to already open tabs in the Smart Location Bar
  • New Addons Manager and extension management API (UI will be changed before final release)
  • Significant API improvements are available for JS-ctypes, a foreign function interface for extensions.
  • The stop and reload buttons have been merged into a single button on Windows, Mac and Linux.
  • The Bookmarks Toolbar has been replaced with a Bookmarks Button by default (you can switch it back if you'd like).
  • Crash protection for Windows, Linux, and Mac when there is a crash in the Adobe Flash, Apple Quicktime or Microsoft Silverlight plugins.
  • CSS Transitions are partially supported.
  • Full WebGL support is included but disabled by default at this time.
  • Core Animation rendering model for plugins on Mac OS X. Plugins which also support this rendering model can now draw faster and more efficiently.
  • Native support for the HD HTML5 WebM video format.
  • An experimental Direct2D rendering backend is available on Windows, turned off by default.
  • Web developers can use Websockets for a low complexity, low latency, bidirectional communications API.
  • Web developers can update the URL field without reloading the page using HTML History APIs.
  • More responsive page rendering using lazy frame construction.
  • Link history lookup is done asynchronously to provide better responsiveness during pageload.
  • CSS :visited selectors have been changed to block websites from being able to check a user's browsing history.
  • New HTML5 parser.
  • Support for more HTML5 form controls.

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 1 voor Windows (Engels)
*Mozilla Firefox 4.0 bèta 1 voor Linux (Engels)
*Mozilla Firefox 4.0 bèta 1 voor Mac OS X (Engels)

Mozilla Firefox 4.0 bèta screenshot
Mozilla Firefox 4.0 bèta screenshot, klik op de afbeelding voor een grotere versie.

Versienummer:4.0 bèta 1
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:8,96MB t/m 20,20MB
Licentietype:Freeware
Moderatie-faq Wijzig weergave

Reacties (141)

Ik heb 'm zojuist getest, ondanks het een BETA is toch even mijn mening:

PLUS:
+ Strakker design
+ Start sneller op
+ Is sneller dan vorige versies
+ Beter aan te passen

MIN:
- Is nog té langzaam tegenover Chrome, Safari en Opera
- Het design is Chrome look-a-like

Over de snelheid ben ik zelf niet te spreken, er zijn vele snellere browsers.

Hier een benchmark afbeelding van Internet Explorer vs Chrome vs Opera vs Safari vs Firefox: (zelf gebenched, allemaal op hetzelfde systeem!)
http://img96.imageshack.us/img96/9076/benchmarkikzelf.jpg
Volgensmij is in beta 1 JaegerMonkey nog niet geïmplementeerd. En zoveel vind ik Firefox nou niet lijken op Chrome.
echt wel? De home & refresh knop lijkt er 98% aan, de adresbar etc, de manier waarop de tabs zijn behalve het schuine randje. Oké je kan maar op een bepaald aantal manieren iets vormgeven, maar het is slecht gejat :P
Bij iconen en pictogrammen is het vrij normaal dat men gebruik maakt van universeel geldende afbeeldingen. Vaak zijn deze ook nog eens vastgelegd in standaarden. Zo is het op iedere luchthaven qua afbeelding al snel duidelijk waar een wc zit, waar een nooduitgang is, etc. Voor software is dat niet anders. Het plaatje van stop en refresh is iets wat al net zo oud is als het begrip "webbrowser". Firefox, Safari, Chrome, Opera, Omniweb, Camino en noem al die browsers maar op hebben dan ook veelal dezelfde icoontjes voor o.a. stop, refresh en de navigatie. Browsers lijken dan ook zeer sterk op elkaar, zelfs de plaatsing van bepaalde functies en knopjes is iets wat vrijwel gelijk is. Overigens wordt het verhaal nog erger als je iets als GNOME of OS X gebruikt. De HIG van die systemen stellen diverse eisen aan een programma waardoor er een zeer uniforme look wordt gecreëerd wat voor de gebruiker minder verwarrend is. Daardoor lijken al die applicaties ook zo sterk op elkaar, vooral bij iets als webbrowsers.

Aangezien Chrome veel later dan Firefox op de markt is gekomen is het vanuit dit opzicht dus precies andersom: Chrome lijkt op Firefox. Het enige verschil welke nu door Mozilla nagemaakt is zijn die tabs on top. Chrome had die eerder en Firefox komt daar pas in 4.0 mee. Het levert een veel duidelijkere interface op met als enige nadeel dat je net even ietsjes verder met de muis moet muizen indien je van onder naar boven muist. Zoals ik net al zei lijken alle browsers toch sterk op elkaar, die tabs on top of bottom doen dan ook al niet erg veel meer. Verder maakt het ook niet uit of iets op elkaar lijkt of niet, het gaat er bij interfaces uiteindelijk om de interactie van software en gebruiker. Als een bepaalde interface dat uiterst efficiënt doet moet je die gewoon gebruiken. Dan moet je juist niet iets anders gaan doen omdat je je zo nodig moet onderscheiden op dat gebied. Het gaat erom dat je een goede en prettige browser hebt, niet een onderscheidende en mooie browser. Dat laatste kun je overigens met andere themes en personas oplossen (er zijn 2 Chrome themes voor Firefox, kun je Chrome pas echt goed mee na-apen).
Vergeet niet dat Google het idee van tabs on top ook gewoon uit Opera heeft overgenomen. Jaren geleden had Opera al tabs on top. Dat was in de tijd dat je nog voor Opera moest betalen (met uitzondering van een gratis versie die vol met banners zat bovenaan in beeld).

Over de uniforme look in Gnome en Mac OS X:
Ik vind het jammer dat Google Chrome in de Gnome-versie geen menubalk heeft. Alle applicaties hebben een menubalk in Gnome. Ze geven je wel de mogelijkheid om de titelbalk en het thema van Gnome te gebruiken, maar een mogelijkheid om de titelbalk te gebruiken zit er helaas niet in. Dit vind ik eigenlijk het enige nadeel aan Google Chrome. In Opera klik je gewoon op die menuknop en klik je op "Menubalk weergeven" en je hebt gewoon altijd de menubalk in beeld. Ik zou willen dat dit ook met Google Chrome mogelijk was. In Mac OS X doen ze dit wel. De twee knoppen rechts naast de adresbalk zijn in Mac OS X verdwenen en ze maken gebruik van de menubalk van Mac OS X zelf.
en opera het weer heeft geleend van Lotus Notes.....
In Opera zaten jarenlang geen tabs on top, zelfs helemaal geen tabs. Opera maakte gebruik van een heel ander soort interface, namelijk losse windows in 1 hoofdvenster en dat noem je officieel MDI (Multiple Document Interface). Daardoor leek het alsof Opera tabs gebruikte. Later zijn ze bij Opera echter wel overgegaan op tabs en die zijn inderdaad gewoon bovenin te vinden. Niet zo heel erg raar aangezien dat overeenkomt met de MDI die ze eerst hadden, dat is gewoon een stukje consistentie. Tegenwoordig zijn de tabs on top in Opera een upgrade van Chrome en Firefox 4: maak ze groter en je krijgt een thumbnail van de content van de tab.

Overigens zijn webbrowsers niet de enige waarbij tabs gebruikt worden en waarbij de tabs bovenin te vinden zijn. Ze hebben de afgelopen jaren wel enorm bijgedragen aan het gebruik van tabs in software want er zijn nu heel wat applicaties die er gebruik van maken, meer dan vroeger. Het is ook vrij discutabel wie nou met wat het eerste was, daar brand ik mijn vingers verder ook maar niet aan :P
lol, nooit chrome gebruikt?
Jawel maar de UI is nog niet klaar in beta 1...

Edit: https://wiki.mozilla.org/Firefox/4.0_Windows_Theme_Mockups

[Reactie gewijzigd door Winkey op 7 juli 2010 14:54]

Maar het lijkt alsnog op Chrome
en ik vind dat een good thing :)

Ik vind firefox veel prettiger qua addons, maar de UI van chrome is gewoon zo goed op kleine schermen, er wordt gewoon niks verspilt qua pixels. De addons e.d. vind ik dan wel weer erg slecht van chrome helaas.
Erg mooi. Zou je ook de nieuwe Opera (10.60) kunnen testen. Zij beweren namelijk dat hij een stuk rapper geworden is.
MIN:
- Is nog té langzaam tegenover Chrome, Safari en Opera
Wat bedoel je met 'te langzaam'? Heb je het dan over het renderen van een pagina of de snelheid van de JavaScript-engine?

Volgens mij is men nog druk aan het sleutelen aan de JS-engine en zal deze in een later stadium ook in Firefox 4 (beta) ingebouwd worden - men zal dan ongeveer net zo snel zijn als Chrome en WebKit
- Het design is Chrome look-a-like
Wat is het probleem hiervan? Verder heeft Chrome niet zoiets als een 'applicatie-knop', geheel Chrome look-a-like is het dus so-wie-so niet...
- Maakt het uit wanneer je doorsnee webpagina in 1 seconde laadt in plaats van 0,5? Ik vind snelheid van een browser niet erg relevant als kwaliteitseigenschap.
- Chrome vind ik er best mooi uitzien, is dat voor mij dan een plus als Firefox er veel op lijkt?
niet geheel onbelangrijk want bij 10 tabs open scheeld dat dus al 5 seconden. niet onmogelijk veel, maar op jaarbasis (tijd is geld) extra cpukracht (dus stroom) is geld en ga zo maar door, tis welliswaar super niet veel maar als het niet nodig is dan is het gewoon weggegooid geld.

doe elke dag een 0,20 euro in de vuilbak, en wacht rustig of je vriendin / moeder begint te zeuren... want zo gaat dat ongeveer...
- Maakt het uit wanneer je doorsnee webpagina in 1 seconde laadt in plaats van 0,5? Ik vind snelheid van een browser niet erg relevant als kwaliteitseigenschap.
Ik wel. Ik gebruik Chrome ipv Firefox omdat Chrome zoveel sneller opstart. Als je snel iets wilt opzoeken is het licht irritant als je moet wachten tot de browser opgestart is.

Da's trouwens niet echt dramatisch verbeterd met deze beta - scheelt misschien 2 seconden, maar da's nog steeds niet 'instant on' zoals Chrome aanvoelt.
Werken er al wat add-ons..? (adblock etc.)

Zo ja, dan switch ik zo snel mogelijk!
Ja, dat heb je goed gezegd.
Er werken een PAAR add-ons. De meesten in elk geval niet.
En het vervelendste is dat je ze niet meer kan forceren.
"Vroeger" kon je nog sleutelen aan de config van Firefox of aan de XPI van de addon of d.m.v. zoiets als Nightly Tester Tools, maar Mozilla heeft nu iets gedaan waardoor dit niet meer werkt.
Het is nu een kwestie van "als Mozilla het niet leuk vindt, dan werkt het niet meer", dat alles in het kader van veilig werken met addons in Firefox.
Er zijn echter handige addons die al lang niet meer zijn geupdate en die waarschijnlijk ook niet meer geupdate gaan worden. Die addons kan je dus vergeten met Firefox 4.
En aangezien de meeste ontwikkelaars wachten tot het allerlaatste moment voordat de stabiele versie wordt gelanceerd ben je vooralsnog volgens mij beter uit met de 3.x versie van Firefox.

En wat HerrPino hieronder stelt dat de interface corrupt is, dat klopt.
Ik heb dat ook al op een ander forum ingebracht (dat ging toen over wat toen nog de versie 3.7 zou worden) en dat leverde het nogal "gemakkelijjke" antwoord op van "dan moet je maar wachten tot de stabiele versie wordt uitgebracht".
Voorzover ik heb kunnen achterhalen treedt de corrupte interface niet standaard op, maar alleen i.c.m. bepaalde addons en/of bepaalde thema's.

[Reactie gewijzigd door zL4cQxssNRiCVp op 7 juli 2010 15:26]

Je kan nog steeds in about:config de "add-on compatibiliteit check" uitzetten hoor. Een nieuwe boolean aanmaken in about:config en deze de naam extensions.checkCompatibility.4.0b geven, dan op false zetten en klaar.
@erwinrom:
Ja, dat klopt tot op zekere hoogte. Als je een addon opnieuw (of geheel vers) installeert dan heb je gelijk.
Het probleem is alleen dat als je upgrade van 3.x naar versie 4 (bestaand profiel dus) dan worden je addons toch gedisabled ongeacht of die boolean al of niet aanwezig is.
En eenmaal gedisablede addons krijg je niet meer aan de praat (ook ongeacht of die boolean al of niet aanwezig is).

[Reactie gewijzigd door zL4cQxssNRiCVp op 8 juli 2010 15:43]

Weet je dat heel zeker? Ik ben ook overgeschakeld van 3.x naar 4.x zonder een nieuw profiel aan te maken, maar hier werken de al geinstalleerde add-ons gewoon nadat ik die boolean had toegevoegd in about:config. Even FireFox opnieuw starten en add-ons zoals de Web Developer Toolbar en Colorzilla die officieel niet werken met 4.0 draaien hier weer perfect.

[Reactie gewijzigd door Rommel op 8 juli 2010 18:12]

@erwinrom:
Ja, dat weet ik heel erg zeker.
Ik heb die Boolean nu zelfs VOOR de eerste start toegevoegd aan prefs.js (want daar slaat ie dat op).
Resultaat:
1) Klaagt direct over addon Better Privacy.
2) ForecastFox gaat onmiddellijk op z'n bek.
3) TabMix Plus doet het niet.

en als je in de addon manager kijkt staat bij vrijwel elke addon van de 55 die ik heb geinstalleerd "incompatible met Firefox 4.0b1" en het verzoek om te herstarten.
Daarbij inbegrepen Nightly Tester Tools en Mr Tech Toolkit, normaal gesproken DE addons om andere addons compatible te maken.

Kortom: hij checkt dus WEL de compatibiliteit ongeacht of die boolean er is.
Na de start blijkt de boolean in kwestie overigens gewoon weer op TRUE te staan.
Goed, toch maar weer op FALSE gezet en een herstart en ja wel,... na een herstart staat ie dus opnieuw op TRUE.

Daarnaast is elke custom toolbar die ik heb toegevoegd verdwenen

Verder is de interface volkomen verkracht zoals anderen al beweren.

Sorry, ik weet niet hoe jullie dit doen, maar het werkt domweg niet.
Die Firefox 4 is echt een no go. Ik ben flauw van dit (...) programma.

TJa, het zal wel werken als alle 55 addons opnieuw worden geinstalleerd en dat gaat dus niet gebeuren.

-> deinstallatie en dat was ook de allerlaatste keer.

[Reactie gewijzigd door zL4cQxssNRiCVp op 8 juli 2010 18:49]

You sir, rock.... O+
Nightly tester tools werken hier prima onder FF4.0b2pre, dus ik gok ook op 4.0b1.
Werkt niet zomaar, je moet eerst erwinrom's truckje uitvoeren anders instaleert hij niet ;)
Op de Firebug site kan je een Firebug-beta downloaden die op 4.0b1 werkt :)
Tabs are now on top by default on Windows only - OSX and Linux will be changing when the theme has been modified to support the change
Hmm jammer. Ik gebruikt op mijn Mac OSX nu Chrome omdat ik de interface van Firefox te veel ruimte in vind nemen op mijn 13" MacBook. Ik hoop dat ze theme snel aanpassen, want ik vind Firefox toch tweakbaarder en af en toe fijner werken voor mij als 'advanced user', maar Chrome heeft gewoon een fijne gestroomlijnde interface.

[Reactie gewijzigd door MediQ op 7 juli 2010 14:26]

De tabs on top is een default instelling die je ook zelf weer uit kunt zetten. Dan krijg je helaas de oude Firefox tablook weer terug behalve in OS X. In Windows zet hij de adresbalk gewoon boven de tabs, de adresbalk en tab zijn dus niet met elkaar verbonden. In OS X is het net andersom en zijn tab en adresbalk juist wel aan elkaar verbonden. De content (de inhoud van een tab) staat daar dan weer onder. Dit is de default voor vrijwel iedere app in OS X en ook de reden waarom tabs on top voor OS X niet de standaard zijn.

Met tabs on top krijg je echter wel dezelfde look als Chrome. Het levert echter niet meer of minder ruimte op als nu omdat de positie van de tabs alleen maar wijzigt. In Chrome is dit ook merkbaar, je hebt nog altijd een titlebar boven de tabs zitten. Verder wijzigt er niets aan de adresbalk en de bookmarkbar die eronder zit. Bij Chrome is dat niet anders. Safari 4 beta had echter ook tabs on top maar dan wel zonder de losse titlebar want de titlebar en de tabs stonden op dezelfde plek. Dat had echter ook grote gevolgen voor de bruikbaarheid: bij een paar tabs is het niet zo erg maar als je er veel hebt (meer dan 10) dan worden de tabjes klein en heb je continu gesteggel als je het venster wilt verschuiven of als je iets wat de tab wilt gaan doen. Een losse titlebar boven de tabs lost dat hele euvel op maar zorgt wel voor extra hoogte.

De winst qua hoogte van al die balken zit 'm dan ook ergens anders in: in bijv. Safari is iedere balk qua hoogte net iets kleiner dan in Firefox en dat levert uiteindelijk bij het gebruik van alle balken een kleine winst op van ongeveer een halve balk. Je kunt echter in Firefox kiezen voor de optie "small icons" die er voor zorgt dat Safari en Firefox op het oog dezelfde hoogte hebben. Bij Chrome hebben ze volgens mij net als Safari standaard ook minder hoge balken. In Safari kun je dan ook nog eens de statusbar uitzetten (tegenwoordig heb je zelfs een extension die een soort van statusbalk alleen tevoorschijn tovert wanneer nodig, scheelt weer ruimte). De besparing qua ruimte in de hoogte is echter nog altijd zeer marginaal. Dan hebben we het over 1 regel tekst van een lettergrootte kleiner dan 8 (en dat is echt klein). Kortom, qua toolbars maakt het geen drol uit welke browser je kiest omdat de winst te klein is om er echt nut van te hebben.

Ik heb eens wat screenshots van Chrome opgezocht waar je de indeling van de toolbars kunt zien. Als je dat vergelijkt met het screenshot uit het artikel zul je zien dat het verschil ergens op 0 uit komt: Chrome Windows versie, Chrome OS X versie. Mocht je de Chrome look erg mooi vinden dan zijn er ook Chrome themes voor Firefox. Uiteindelijk moet Firefox 4 er qua theme zo ongeveer uit komen te zien als Chrome met die tabs on top. Dit omdat deze manier van weergeven veel beter dingen als adresbalk en navigatietools bij een tab betrekt en het voor de gebruiker duidelijker is dat die dingen bij elkaar horen.
Dacht dat die tabs altijd al boven zaten in FF? Heb ze nog nooit beneden gezien
(bij mij zitten ze rechts ivm TreeTabStyle, omdat je dan makkelijker veel tabs kan zien en vertikaal meer ruimte van breedbeeld overhoud.)

Wat de grotte van de interface (3.6) betreft, zoek eens in de plugins voor iets als hideCapsplus of Hide Captions. (Captions= titelbalk om een of andere rede)

Werken de bestaande plugins eigenlijk met FF4, or moeten die allemaal herschreven worden?

[Reactie gewijzigd door mbb op 7 juli 2010 15:13]

Werken de bestaande plugins eigenlijk met FF4, or moeten die allemaal herschreven worden?
De meeste zullen gewoon nog werken maar wel een update nodig om de compatibiliteit met FF4 te bevestigen (maxVersion). FF4 is sowieso eigenlijk FF3.7 omgedoopt naar een hoger versienummer dus het is niet zo dat de veranderingen zo fundamenteel zijn dat alle extensies opeens herschreven moeten worden.
FF4 is sowieso eigenlijk FF3.7 omgedoopt naar een hoger versienummer dus het is niet zo dat de veranderingen zo fundamenteel zijn dat alle extensies opeens herschreven moeten worden.
Niet helemaal waar. Er zijn een aantal veranderingen gepland die ervoor zorgen dat elke tab en gui in een eigen process draaien en dat extensies geen restarts meer nodig hebben. Dit zorgt ervoor dat Fx4(de officiele afkorting van Firefox) veel meer oude extenties zal breken dan voorgaande versies. Groot pluspunt is wel dat jetpack extenties straks nooit meer hoeven te worden herschreven of worden geupdate om op een nieuwe versie te draaien.
Mooi dat addons straks (theoretisch) niet meer breken.
Heb nog een aantal nuttige verlopen addons geforceerd draaien die niet geupdate worden omdat er toch geen behoefte is voor meer functionaliteit. Die zullen het dus niet meer doen, maar dat zal dus de laatste keer zijn.

Of misschien komt er een plugin emulator voor oude plugins ;-)

[Reactie gewijzigd door mbb op 8 juli 2010 22:15]

euh versie nummeringen bij mozilla zijn zelden consisgtent - dus je conclusie gaat niet op.

meestal houd mozilla zich maar slecht aan z'n eigen roadmap - er zijn al eens extra versies bij gekomen en wel eens versies geschrapt. - het feit dat deze 3.7 vernoemd is naar 4.0 betekend juist dat de changes te groot zullen zijn om zo'n klein verschil in versienummering te rechtvaardigen. - ga er dus maar vanuit dat er heel wat extentions niet meer zullen werken - de meeste plugins zullen waarschijnlijk minder werk kosten. maar die worden toch wel geupdate dus dan kunnen die paar kleine aanpassingen gelijk mee.
Snapte de tabs on top ook niet echt. Maar kijk hier wat ze ermee bedoelen:
https://wiki.mozilla.org/...#Tabs-on-Top_-_.28Aero.29
uitleg van mozilla waarom de nu de tabs boven hebben gemaakt.
Filmpje maakt veel duidelijk (altans wel voor mij)

http://www.youtube.com/watch?v=HmgtW2Iw-kE
Allemaal bedankt voor de uitleg en voorbeelden, het is me nu duidelijk.

DummyXL, inderdaad een interressant filmpje.
Ik heb toevallig een poosje geleden een webartikel gelezen over Userface-design met behulp van wiskundige berekeningen voor de kans, afstand en grootte van de knoppen, en de vraag waarom hiervoor in FOSS geen specialisten geraadpleegd werden.

Het is grappig dat nu blijkt dat ze dat dus wel doen (plaatje met het groene vlak naar oneindig op de rand)
Als de auteur van dat webartikel ook maar even op KDE.org en Planetkde.org rond had gekeken dan wist hij/zij dat er wel degelijk specialisten worden geraadpleegd over UI-design.
't is internet - alleen omdat ik het recent las, kan het best een oud artikel geweest zijn. Heb het helaas niet geboekmarked :-(

Overigens ging het om een specifiek wiskundig ontwerpen soort specialisme , niet om visueel grafisch ontwerpen/marketing onderzoek.
(weet niet precies wat ze bij KDE doen, behalve software schrijven)

[Reactie gewijzigd door mbb op 8 juli 2010 18:12]

@mbb
Dacht dat die tabs altijd al boven zaten in FF?
Zie afbeelding onder het nieuwsbericht en het zal je duidelijk worden. (hoop ik) ;)

De tabs zitten nu boven de adresbalk ipv eronder.

[Reactie gewijzigd door Stevie_O op 7 juli 2010 15:42]

Dat ze die tabs ff lekker onder laten zitten... Het switchen van tabs gebruik ik een stuk meer dan die adresbalk of back/forward buttons (doe ik meestal met de muis), en stop (Esc) en reload (F5) al helemaal nooit, dus voor mij is het een verslechtering, dan moet ik langere afstanden overbruggen om tabs te wisselen.
Maar goed, het is Firefox, dus het zal wel weer terug te zetten zijn.
ctrl+tab om tabs te wisselen, ctrl+shift+tab om andere richting op te wisselen. Gaat bij mij nog altijd het snelste

edit: ctrl+[getal] gaat naar desbetreffende tab.
Ctrl + t = nieuwe tab
ctrl + l = adresbalk

Is eventjes oefenen, maar eens onder de knie browse je veel sneller en vind je anderen maar moeilijk doen met de muis.

[Reactie gewijzigd door Arumes op 7 juli 2010 18:31]

Deze toetscombinaties hebben overigens dezelfde werking in Internet Explorer.
is niet zo gek als je bedenkt dat het WINDOWS CONTROLS zijn. Werken namelijk ook in alle andere (net geschreven) windows programmatuur.

Passen dus in het rijtje [ctrl][x] [ctrl][v] [ctrl][c][alt]tab] en zo.
Vergeet niet dat ctrl + k = Google zoek balk!
Je bent ook vrij om dit zelf weer terug te zetten, zodat je de tabs weer onder je adresbalk hebt. Zie https://wiki.mozilla.org/...#Tabs-on-Top_-_.28Aero.29 (bron: dadaemon een paar reacties hierboven)

Overigens wel een groot voordeel van firefox, het is allemaal weer zelf aan te passen. Vind je deze nieuwe style niks en wil je toch weer terug naar de oude vertrouwde style, dan verander je het zo weer even terug. ;)

Ben benieuwd hoeveel sneller deze versie gaat worden, met en zonder plug-ins.
https://addons.mozilla.org/en-US/firefox/addon/6366/

een uitkomst voor de toucpad gebruikers onder ons, met en muis werkt het ook heel goed.
Als je de bladwijzers in Firefox 3.x (!) uit zet, dan is het verschil tussen Chrome en Fx zo klein dat je het haast kunt verwaarlozen - natuurlijk kun je ook over de laatste paar pixeltjes vallen en dan is Fx (nog steeds versie 3) in het nadeel.

Aan de andere kant is er niemand die je tegenhoud om het Theme van Fx zelf te gaan tweaken en zo een interface te maken die net zo compact of compacter is dan die van Chrome...

Overigens is het bericht dat ook Mac OS X een aangepast Thema krijgt t.b.v. ondersteuning van 'Tabs on top' erg fijn, je kunt 't nu in Fx 4.0 al wel aanzetten, maar dan is de manier waarop de UI weergegeven wordt nu niet zo gelikt als wanneer je de tabs onder de adresbalk plaatst...
Tabs on top heb ik al tijdenlang in Firefox. Mijn userinterface is nu 3 regels hoog: titelbalk, tabs, en het menu/knoppen.

Hiervoor gebruik ik Chromifox Extreme als theme, en Tinymenu om het menu in te klappen.
omdat ik de interface van Firefox te veel ruimte in vind nemen
http://xhp.xwis.net/temp/clean_fox.png
Wat een gelul over de plaats van de tabs: een cosmetisch detail dat niemand wat boeit, laat het gewoon staan voor consistency.
De reden dat de tabs bovenaan geplaatst worden door Mozilla bij Firefox (en o.a. ook bij Google Chrome) heeft te maken met de controls die door een tab-wissel beïnvloed worden - zo hebben de ververs-/vorige-/volgende- knoppen allemaal te maken met de geselecteerde tab, hetzelfde geldt voor de adresbalk. Eigenlijk is het wel vreemd dat de tabs tussen die knoppen en de webpagina geplaatst zijn*.

Door dit nu aan te passen wordt de interface juist consistenter, verder komt er in Fx 4.0 ook ondersteuning voor zogenaamde applicatie-tabs, waarbij de eerder genoemde knoppen compleet komen te vervallen - zeker dan is de positionering van de tabs bovenaan het venster veel beter...

Mocht je het niets eens zijn met de keuze van Mozilla, dan is er gelukkig nog de menu-optie om de tabs weer terug te zetten naar de plaats waar ze eerder stonden...

Als het volgens jouw gelul is, dan maakt het (jouw) verder ook niet uit waar ze staan en waarom zou men hier dan geen aandacht aan mogen besteden?

[small]*: De positie is, in het geval van bijvoorbeeld Mozilla (Application Suite/SeaMonkey) wel te verklaren overigens: Gewoon omdat het gemakkelijker was om ze daar te plaatsen en dat gold ook voor de vorige versies van Fx...
Omdat het verandering is zonder noemenswaardige reden waaraan mensen moeten wennen. Basisregel: het werkt goed zoals het nu is, dus dan moet jij beargumenteren waarom het de moeite is om het te veranderen. En het is duidelijk dat die reden er niet is behalve wat filosofisch geneuzel.
Ik vind de redenen die genoemd worden anders wel degelijk noemenswaardig, maar als jij dat niet vindt - kun je dan ook aangeven waarom dat ze niet noemenswaardig zouden zijn?

Verder is het zo dat men rekening houd met gebruikers die de oude positie zouden willen en er dus een optie van gemaakt hebben die je erg snel terug kunt vinden...

Ik ben dan ook erg benieuwd waarom het voor jouw duidelijk is waarom die reden ontbreekt (lees: de genoemde redenen niet voldoende zijn).
Noem je de interfacewijzigingen in Office 2007 dan ook "Filosofisch geneuzel"? Interface design is een van de allermoeilijkste dingen in software-development. Gewoon, omdat iedereen er wel wat van vindt, maar bijna niemand echt onderzoek doet. En als er dan eens onderzoek wordt gedaan, dan volgt daar - bijvoorbeeld - uit dat de controls die op een tab betrekking hebben beter ook /op/ die tab kunnen zitten.

Waarna de mensen die er wat van vinden roepen dat het filosofisch geneuzel is.
Je kunt dat gewoon veranderen door "Tabs on top" uit te vinken.
Is dit bij andere mensen ook dat al je hardware acceleration opzet, het lettertype er anders uitziet?
Geen last van eigenlijk.

Mooie beta verder, alleen wel een conflict met mijn theme (Noia) waardoor ik geen sluitbutton zie en FF niet kan vergroten of verkleinen (waardoor je onder andere FF niet kan verplaatsen naar een ander scherm). Heb de FF button maar uitgezet zodat ik het oude menu weer zie en alles weer werkt.
Heb je hardware-acceleratie wel aanstaan? In about:config moet je gfx.font_rendering.directwrite.enable op true zetten en mozilla.widget.render-mode op 6. Ik vind de fontrendering met hardware-acceleratie zelf ook een beetje schraal, die van OS X is beter.
Jazeker, en het verschil is te merken, alleen zie ik geen verschil met lettertypen. Wellicht komt dat door mijn gebruikte theme oid.
Hardware-acceleratie gebruikt een eigen fontrenderer. De verschillen met de fontrendering van Windows zijn erg duidelijk zichtbaar. Draai je soms XP waar D2D-acceleratie niet op wordt ondersteund?
Nee, Windows Vista SP2.
Is dit bij andere mensen ook dat al je hardware acceleration opzet, het lettertype er anders uitziet?
Klopt het is iets anders omdat de hardware van de gpu het nu rendert. Dit went heel snel en na een tijdje krijg je zelfs voorkeur voor de look.
Werkt addblock hier op? Ik gebruik geen browser zonder een goed werkende addblock (daarom gebruik ik chrome ook niet, addblock van firefox is stukken beter).
De makers van adblock voor firefox maken volgens mij ook de adblock voor chrome, ik heb verder ook nog geen enkel verschil gemerkt tussen de twee. (alsin werkt allebei steengoed)
Ik kan het even niet vinden maar dat is niet zo. Firefox geeft ontwikkelaars meer ruimte dan Google waardoor de Adblock Plus voor FF veel beter in elkaar zit. Dit zou erin resulteren dat Adblock voor Google advertenties wel inlaat maar op het moment dat ze getoond moeten worden wegfilterd. Ik zelf zie (snelle computer en internetverbinding) ze nog wel eens wegschieten, terwijl ze bij FF überhaupt niet worden ingeladen.

Tenminste zo was het, kan geen linkje vinden.

[Reactie gewijzigd door Malarky op 8 juli 2010 12:16]

Adblock Plus 1.2 werkt
ja die werkt,
ook element hider werkt met deze versie.
Tsja, de tabs zitten bovenaan.......
Wat is het voordeel?
Ik ben inmiddels zó gewend aan de plaats waar ze zitten, waarom moet dat weer zo nodig anders? Omdat anderen dat ook hebben?
Dáárom gebruik ik nou juist die anderen niet......
Dat ontwerpers willen verbeteren kan ik begrijpen, maar voor veranderen om het veranderen kan ik geen begrip opbrengen.
Ik zie absoluut geen ruimtewinst o.i.d. door die verplaatsing.
De veranderen het niet om het veranderen, maar omdat het logischer is. Plaatsing van de locatiebalk boven de tabs suggereert dat de waarde in de locatiebalk voor alle tabs geldt, maar dat is uiteraard niet het geval. Ook willen de Mozilla-devs andere functionaliteit dan alleen webpagina's in tabs weergeven. Ook daarbij is het logischer dat de locatiebalk zich onder de tab bevindt.
Waarschijnlijk wist Mozilla allang dat het een user-interface design fout was, maar durfde het niet te veranderen. Nu Chrome goed gaat qua populariteit, die ook dit principe heeft, is dit juist het moment om de jaren oude fout te herstellen zonder verlies van gebruikers.

Gelukkig is logica niet de enige reden om dingen te veranderen :)

Maar er is nu weer een nieuwe design fout, de bookmarks toolbar staat IN de tab. Waar is daar logisch aan? :/

[Reactie gewijzigd door apokalypse op 7 juli 2010 20:25]

Maar er is nu weer een nieuwe design fout, de bookmarks toolbar staat IN de tab. Waar is daar logisch aan? :/
Haha, scherp! :)

Femme papegaait ook maar de redenatie die Mozilla zelf geeft. Zo gek is het nou ook weer niet dat de titelbalk van de browser aangeeft wat de titel is van de actieve tab (er kan namelijk maar één actief zijn).

[Reactie gewijzigd door Aham brahmasmi op 7 juli 2010 21:07]

We zijn gewend om bij items die een hiërarchische verhouding tot elkaar hebben het hoogste item hoger in de hiërachie te plaatsen. Niet voor niets spreken we over 'hoger' en 'lager' in een hierarchie. Iedereen weet wat daarmee bedoeld wordt. De locatiebalk en knoppen zoals back/forward en reload hebben betrekking op de tab. Ze zijn dus ondergeschikt aan de tab en hebben een kleinere gemene deler dan de tabbar. De locatiebalk dient onder de tabs geplaatst te worden om te voldoen aan de heersende conventies.

Zoals Little Penguin hierboven al aangeeft is Mozilla van plan om app-tabs te implementeren waarin knoppen zoals back/forward en reload geen functie hebben. Ook hierom is het beter dat deze knoppen onder de tab geplaatst worden.

Ik zou het gewoon eens een dag proberen. Als je een beetje flexibel bent ingesteld ben je dan gewend aan de nieuwe plaatsing van de tabs en locatiebalk en is het gebruik ervan geen probleem.
Zoals Little Penguin hierboven al aangeeft is Mozilla van plan om app-tabs te implementeren waarin knoppen zoals back/forward en reload geen functie hebben.
Ligt het aan mij, of zou ik liever de back/forward/reload knop willen afvangen met een event voor webapps? Nu zijn ze nutteloos omdat dit niet (makkelijk) kan. Geen back/forward/reload is zeker een gemis voor de gebruiker.
Maar er is nu weer een nieuwe design fout, de bookmarks toolbar staat IN de tab. Waar is daar logisch aan? :/
Het aanklikken van een bladwijzer verandert, tenzij je ctrl o.i.d. inhoudt, het adres van de huidige tab. Gewoon een logische plaats, dus. :)
Als je geen voordeel ziet in de plaatsing van de tabs, dan kun je ze gewoon weer naar hun "oude" plaats zetten d.m.v. een menuoptie.

Verder is het verplaatsen van de tabs absoluut geen papegaaienactie, hoewel men mogelijk wel op het idee gebracht is door anderen. De hoofdreden is het feit dat de controls die de tab beïnvloeden nu eigenlijk niet zo heel erg logisch geplaatst zijn, als je dat eenmaal gewend bent is daar overigens nog goed mee te leven.

Er is echter nog een reden, namelijk het feit dat men bij web-applicaties dit deel van de gebruikersinterface wilt laten vervalen. Als je een applicatie-tab aanmaakt (bijvoorbeeld van Google Documents of van GMail), dan is de adres-balk, vorige/volgende e.d. nogal waardenloos en dus wil men deze dan laten vervallen. Als de tab's bovenaan staan dan werkt zoiets beter dan als de tab's tussen de controls en de pagina zelf staan...

In hoeverre de verplaatsing ook daadwerkelijk ruimtewinst oplevert, dat is inderdaad wel een open vraag - maar dat is dus niet het primaire doel van de aanpassing (hoewel het mogelijk wel een mooie bijkomstigheid is).
Heb hem even geinstalleerd, maar gelijk weer verwijderd. Het start op, slaat direct vast ... en de gehele interface is corrupt.
Er wordt ook afgeraden om de beta te runnen met je 3.6.x profiel.
Helaas gebeurd dit wel automatisch (het gebruik van het oude profiel) na installatie. Niet dat ik problemen heb :)
Met Windows:
firefox.exe -ProfileManager

Kan nog weleens helpen.
Meteen eens geinstalleerd.

Gaat vlotjes, start zeer snel op.

Het klassieke menu dat nu vervangen is door de knop, kan je onmiddelijk terug aanzetten, geen probleem dus voor wie niet wil veranderen op dat vlak.

Nieuwe features werken stabiel(lees: ik ben nog niets tegengekomen waarbij het chraste, geen garantie voor anderen).

Die feedback knop probeer ik later wel. Persoonlijk ben ik enkel geneigd om die te gebruiken als er iets mis gaat. Als het goed gaat, neem ik aan dat het programma werkt naar behoren en zo speciaal vind ik dat niet dat ik daarvoor speciaal een rapport zou schrijven over hoe goed ik het product wel vindt, dat ik al meer dan 2 jaar gebruik.
ik heb 4.0b1 hier draaien op Mac OS X.
Die feedback knop zie ik niet. Zit die niet in de OS X-versie? :)

ik heb namelijk FF 2x tegelijk draaien – eenmaal de echte browser en een tweede applicatie inclusief icoon in de dock, die geen menu heeft, geen schermen, niets. Enkel een draaiend proces

[Reactie gewijzigd door Mr. P op 8 juli 2010 12:11]

Ik heb hetzelfde probleem (met die 2 processen), en heb er al feedback over gegeven.
Die feedback knop verschijnt geloof ik pas als je een paar keer feedback hebt gegeven via het Tools menu ;)
waar heb je die feedback geplaatst..?
Ik kwam er namelijk achter dat de Flash plugin deze tweede applicatie opent. Waardevolle info, lijkt me ;)
Dat tweede icoon komt doordat deze versie ook meteen crash protection heeft. Windows en Linux hadden dit al sinds 3.6.4 maar OS X nog niet. Op dit moment is de implementatie nog niet grandioos waardoor je een 2e los proces krijgt die een 2e Firefox icoon in je dock tovert. Deze gang van zaken wordt al in de gaten gehouden door Mozilla en is al gemarkeerd als show stopper. Dit probleem moet dan ook voor de final release opgelost zijn. Mocht je het nog vervelend vinden en/of problemen ondervinden (zoals een Flash player die continu crasht) dan is er de mogelijkheid om de crash protection volledig uit te zetten. Hiervoor kun je het beste even kijken op de volgende link: http://support.mozilla.co...m/1/707278#threadId709610

Feedback kun je trouwens geven middels de feedback knop achter de zoekbalk. Deze knop zou er standaard al moeten staan. Echter heeft het weinig zin omdat men al op de hoogte is en ze het al gaan oplossen.
ik zie op m'n mac de feedback knop vanaf het begin al, helemaal rechtsbovenin.
Alleen jammer dat de menu bar nu ook niet in de title bar kan, net zoals de firefoxbutton.
Verder ziet het er goed uit, maar er moet nog veel gebeuren :)
Menu bar werkt niet prettig. Niet alleen omdat het uit de toon valt bij de rest van de stijl van FF4, maar ook omdat er boven de tabs nu een ruimte is die er telkens voor zorgt dat je doorschiet met je muis. Chrome heeft de tabs strak tegen de bovenkant van het venster staan, waardoor je zelfs zonder precies te richten toch je cursor lekker naar boven kunt raggen en meteen de goede tab kunt pakken.
Hoe moet ik dan bij de menu bar komen?

Als ik hem uitschakel, dan mis ik toch echt mijn geschiedenis, bladwijzers en extra menu.
Simpelweg door op <alt> te klikken, dan wordt de menubalk gewoon zichtbaar hoor. Als je in die balk ook nog eens je bookmarks-toolbar stopt kun je die op eenzelfde manier bereikbaar maken...
Natuurlijk, uitschakelen is misschien niet voor iedereen een optie. Daarom zou Mozilla er goed aan doen dat ding in een andere taakbalk te verwerken.

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