Recommended Posts

The render-mode preference is outdated, Direct2D is controlled by it's own pref now.

And the DirectWrite pref is only there so you can mix it with old GDI rendering, mainly for performance testing I would think (Since it'd be slower than plain GDI or plain Direct2D)

So in conclusion I should use value 0 for pure Direct2D ? You got me confused... :)

I made some customizations to Firefox 4 b5 aiming for a clean and minimalist look. Tested on Windows 7 with custom theme.

16117kp.jpg

/* Font Tweaks*/
menubar, menubutton, menulist, menu, menuitem, textbox, toolbar, tab, .tab-text, tree, tooltip {
    font-size: 8pt !important;
    font-family: Calibri !important;
}

/* Remove the URL bar Go button*/
#go-button {
    display: none !important;
}

/* hide the Search Engine image*/
.searchbar-engine-image {
    display: none !important;
}

/* remove the search button (magnifying glass)*/
.search-go-button {
    display: none !important;
}

/* Kill bookmark icons in the Personal Toolbar*/
toolbarbutton.bookmark-item > .toolbarbutton-icon {
    display: none !important;
}

/*Hide Firefox Sync Statusbar Icon*/
#sync-status-button {
    display: none !important;
}

/*Disable tabstoolbar drag - enable newtab double clicking*/
#TabsToolbar {
    -moz-binding: none !important;
}

/*Transparent Firefox Button - no text*/
#appmenu-button {
    padding: 5px 28px 3px 0px !important;
    margin-top:3px !important;
    background-color: transparent !important;
}
#appmenu-button .button-text {
    display: none !important;
}

/*Reduce titlebar margin - choose margin according your windows theme (minimize, maximize close buttons)*/
#main-window {
    margin-top: -7px !important;
}
#main-window[sizemode="maximized"] {
    margin-top: -4px !important;
}

/*Remove some dropmarkers*/
#back-forward-dropmarker {
    display: none !important;
}
#urlbar > .autocomplete-history-dropmarker {
    display: none !important;
}
/*Transparency, hover and more naked UI*/
#PersonalToolbar, #nav-bar {
    background-color: transparent !important;
    border: none !important;
}
#nav-bar {
    margin-top: 1px !important;
}
#urlbar, #searchbar > *, #search-box {
    -moz-appearance: none !important;
    background: transparent !important;
    color: #000000 !important;
    border: none !important;
    -moz-box-shadow: none !important;
    height: 22px !important; /*Fix searchbar height without magnifying glass and search engine icon*/
}
#urlbar:hover, #searchbar:hover > *, .findbar-textbox:hover {
    background: rgba(255,255,255,.5) !important;
}
#browser-bottombox, #status-bar, #status-bar > *, #ybToolbar {
    background: rgba(255,255,255,.07) !important;
    -moz-appearance: none !important;
    border: #000000 !important;
}
.tabbrowser-tab:not([selected="true"]) {
    background: rgba(0,0,0,0.2) !important;
    color: #eeeeee !important;
    text-shadow: none !important;
}
.tabbrowser-tab[selected="true"] {
    background-image: -moz-linear-gradient(left, transparent, transparent 1px, rgba(255,255,255,.5) 1px, rgba(255,255,255,.5)) !important;
}
.tabs-newtab-button {
    background: transparent !important;
    border: #000000 !important;
}
.tabs-newtab-button:hover, #new-tab-button:hover, .scrollbutton-down:hover, .scrollbutton-up:hover, #alltabs-button:hover, #tabview-button:hover {
    -moz-appearance: none !important;
    background: none !important;
    border: #000000 !important;
}
.toolbarbutton-1 > .toolbarbutton-menubutton-button, .toolbarbutton-1 > .toolbarbutton-menubutton-dropmarker, .toolbarbutton-1 {
    background: transparent !important;
    border: none !important;
    -moz-box-shadow: none !important;
}

Just leave it on the default setting (which is -1, just right click on it and select reset)

Ok, thanks for clearing.

By the way noticed that i forgot to edit the "max version" in the fission add-on so you don't need to disable compatibility reporter so here it is: BETA 5 -> LINK ; BETA 6 - > LINK!!

The beta is incredibly sluggish for me, even with every addon disabled.. switching a tab takes like a second. Is this a known problem?

The ones I know are,

- Rendering Glitches w. Flash and D2D/D3D

- Severe Performance issues w. Flash and D2D in some cases

- Animated GIFs rape the CPU as of a week or so ago

- Scrolling was much smother ~10 days ago

- DownloadThemAll! uses more CPU w. D2D enabled

All these are known btw.

The version bump to 4.0b7pre took place today.

For what it's worth, I had to manually download today's nightly - the automatic update was stuck on 'Checking for updates...' (using yesterday's 4.0b6pre OS X build if it matters).

You can download today's nightly manually from here.

Firefox 4 beta 6 build 1 now available:

ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/4.0b6-candidates/build1/win32/en-US/Firefox%20Setup%204.0%20Beta%206.exe

Looks like build 2 is probably coming out very soon too.

Strange. Combined stop-go-reload button not present in this release ...

Well, obviously the development up to the anticipated 4.0 is going to be relatively slow and I don't think it's even slated to be released until next year. This way people who don't even know about minefield builds can still see the progress being made in regular intervals.

I was just wondering, why is Mozilla releasing so many betas of this? Other browsers would have already done been released.

Mozilla's development schedule is set out so that features land over a series of betas, with one being the "feature complete" milestone (For 4.0, it was Beta 5, but they moved it to Beta 6 to allow for some more development time on some things, but now that they're releasing a beta fix for a crash they're fiddled with the names), then small fixes make it in up until the RC stage.

Other groups may lay their schedule out so that features land in alpha, and beta is solely for testing. In other cases the beta's may actually just be more like release candidates, so you might get a couple then a release.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Dell, HP PCs ran into endless reboot, BitLocker recovery loops but Windows 11 isn't to blame by Sayan Sen Last month Neowin reported on a major issue on Dell systems wherein a bug in its official support tool was leading to endless blue screen of death (BSOD) and restarts. Following our report, Dell officially acknowledged its SupportAssist-related crash issue, confirming that the culprit is not Microsoft's operating system but rather a faulty version of its own remediation software. In a newly published support advisory, Dell stated that version 5.5.16.0 of Dell SupportAssist Remediation and Alienware SupportAssist Remediation can trigger blue screen errors and unexpected system restarts. The company notes that the problematic component operates independently of the main SupportAssist application, meaning users should not remove the primary SupportAssist software when troubleshooting the issue. According to Dell, the crashes are linked specifically to the SupportAssist Remediation service, which is bundled with SupportAssist OS Recovery Tools, and as such it has since released an updated version, 5.5.16.1, which is said to resolve the problem. Affected users are advised to first verify whether version 5.5.16.0 is installed by checking the Installed Apps section in Windows Settings. If so, Dell recommends updating SupportAssist OS Recovery Tools through either SupportAssist's "Update Software" feature or Dell Command Update. Dell also advises users to back up important data before performing the update and to ensure systems remain connected to power throughout the installation process. If you are still having issues though make sure to report to the Dell support forum. As it turns out though Dell is not the only PC maker currently dealing with update-related headaches as HP is also facing a separate but probably equally frustrating issue involving recent Windows Secure Boot updates that were released with recent Windows 11 Patch Tuesdays. Similar to Dell, HP also put up its own support article where it explains the issue. The company says that affected devices could hit a brick wall when booting as they run into a BitLocker recovery loop after the April 2026 updates. The problem appears to affect systems wherein the new UEFI Secure Boot CA 2023 certificates fail to apply properly. As such affected users will find themselves entering their recovery key over and over again despite the system otherwise functioning normally. HP says such PCs should be updated to the latest available BIOS version and configured with the necessary Secure Boot certificates before installing Microsoft's Windows 11 Patch Tuesday updates. Systems that are already experiencing the problem may require BIOS configuration changes to restore normal boot behavior. Admins can find information regarding that in the support article here on HP's official website.
    • Getting further away from the artistic study of mental disease that was the first game... (which never needed any sequels to begin with) But I get it, a company has to make money. And the second was at least visually impressive, if not in any other way.
    • If its the devs fault you would think Unreal would help M$ take full advantage of Unreal and work with them to fix the performance issues. Otherwise they are catching unwarranted bad press.
    • Thanks for the advice guys, I'll give my current GPU a clean and then run the benchmarks to see how similar it is. Hopefully a bit of a clean-out will help it last a bit longer.
    • Pretty sure those will still be in this game. The series' well-explored psychosis themes will return as well.
  • Recent Achievements

    • One Month Later
      DJC50PLUS earned a badge
      One Month Later
    • Week One Done
      DJC50PLUS earned a badge
      Week One Done
    • Proficient
      Eric Biran went up a rank
      Proficient
    • Dedicated
      Conjor earned a badge
      Dedicated
    • Week One Done
      Windows Guy earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      493
    2. 2
      PsYcHoKiLLa
      246
    3. 3
      Steven P.
      72
    4. 4
      +Edouard
      69
    5. 5
      neufuse
      68
  • Tell a friend

    Love Neowin? Tell a friend!