Recommended Posts

Was beta 9 supposed to fix memory usage issues? After upgrading from beta 8, with one tab currently open, firefox is using around 200,000k of memory.

You could be right here, running the latest nightly and I am on only 600mb with 39 tabs :blink: Before it was 800-900mb...

It is not totally fixed but definitely improved. Then there is Compartmental GC. Which helps especially with Multiple Tabs, as was the vase with 39 tabs. You should expect another 20% decrease in memory once all the memory bugs are fixed.

I stand by my claim that Firefox4's font rendering is inferior to IE9s:

The top one is IE9, the bottom one is FF4.

bus.png

bus_big.png

urlbar.png

Tracking and kerning is messed up, font weight too, and font hinting is non-existant.

IE9 will use DirectWrite or GDI depending on if it's in standards mode or quirks/IE7/IE8 mode, respectively. FWIW, for bus.png, the bottom text looks much more even than the top text. (If you haven't installed the Windows D2D update yet, do so -- it'll make things even better.)

Plus, the outlines are so hazy and light, it's hard to even look at. (URL bar example)

IE9 uses GDI exclusively in its chrome. The lack of subpixel AA has been fixed in the newest nightly.

i posted the question o their staff and a guy named bob replied with a sneak peak of the new version that is due out this week. They also took away password sycn it appears. Probably because LastPass owns it now.

I hope they didn't take away password syncing in the free version. That will definitely annoy me.

I hate-hate-HATE tabs in the titlebar when using Windows 7.

On normal applications, you can drag a titlebar to the top of the screen to maximize it. You can also do the reverse, dragging the titlebar of a maximized window down to restore it into a window again. This is a feature of Aero Snap that works consistently on every application... except Firefox 4. When you have a few tabs open, and you maximize Firefox 4, tabs shoot up into the titlebar. If you try to drag the titlebar down to restore the window, you end up tearing off a tab instead. Mozilla went out of their way to make FF4 inconsistent with the rest of the OS, nice...

Is it really too much to ask to leave a 2-pixel margin above the tabs when maximized so the mouse can still grab the window by its titlebar by moving the cursor to the top of the screen? Seems like a pretty simple thing for Mozilla to overlook.

If you want to restore normal Aero Snap functionality with Firefox 4, open about:config and set browser.tabs.drawInTitlebar to False

This also allows you to fit more tabs while maximized, since they don't get squished between the "Firefox" button and the standard window controls.

If you want to restore normal Aero Snap functionality with Firefox 4, open about:config and set browser.tabs.drawInTitlebar to False

A much more elegant way to do that is to edit you userchrome.css file and add these lines:

#main-window[sizemode="maximized"] #TabsToolbar {
  padding: 2px 0 0 0 !important;
}

There's your 2 pixel margin...I'm pretty sure that will work on it's own. I have a couple other styles enabled. I think mozilla should make this default.

The way they have it now makes it harder to pull it off the top, not impossible.

Fonts in the chrome look like crap now, there's something wrong with the maths but it's got excessive colour fringing (entirely unlike the content area)

It's reminding me of GDI, but with better spacing.

Yeah, I agree. My monitor is relatively small for a 1080p (23") and I tend to sit back from it, so I couldn't' really "see" the color fringing at first and thought something was wrong with my eyes, heh. I scooted forward and hit Win + + (magnifier) and it's like a rainbow!

Oh well, there are a bunch of font-related fixes on the way so hopefully it won't be like this for too long.

I hate-hate-HATE tabs in the titlebar when using Windows 7.

On normal applications, you can drag a titlebar to the top of the screen to maximize it. You can also do the reverse, dragging the titlebar of a maximized window down to restore it into a window again. This is a feature of Aero Snap that works consistently on every application... except Firefox 4. When you have a few tabs open, and you maximize Firefox 4, tabs shoot up into the titlebar. If you try to drag the titlebar down to restore the window, you end up tearing off a tab instead. Mozilla went out of their way to make FF4 inconsistent with the rest of the OS, nice...

Is it really too much to ask to leave a 2-pixel margin above the tabs when maximized so the mouse can still grab the window by its titlebar by moving the cursor to the top of the screen? Seems like a pretty simple thing for Mozilla to overlook.

If you want to restore normal Aero Snap functionality with Firefox 4, open about:config and set browser.tabs.drawInTitlebar to False

This also allows you to fit more tabs while maximized, since they don't get squished between the "Firefox" button and the standard window controls.

Why don't you just use the built-in hotkeys? Windows + Up/Left/Right/Down and that will solve all of your problems as well.

Is it really too much to ask to leave a 2-pixel margin above the tabs when maximized so the mouse can still grab the window by its titlebar by moving the cursor to the top of the screen? Seems like a pretty simple thing for Mozilla to overlook.
You completely lose the Fitt's law benefits then (that you can't just throw your mouse to the top of the screen to select a tab). I agree, it's not ideal, but a 2px gap on top is the wrong way to go about solving it.

You completely lose the Fitt's law benefits then (that you can't just throw your mouse to the top of the screen to select a tab). I agree, it's not ideal, but a 2px gap on top is the wrong way to go about solving it.

i think it should be like this:

2px gap at top

click on gap or tab: browser behaviour (i.e. select tab)

double click on gap: window behaviour (i.e. restore)

double click on tab: browser behaviour (i.e. new tab, etc)

drag gap: window behaviour (i.e. aero stuff)

drag tab: browser behaviour (i.e. move tab, tear off tab, etc)

Does anyone have a screenshot of what they want to do with it on the Mac? Because right now the GUI totally feels like it has been ported. It?s much better than before, but we?re not quite there yet. Oh and any idea of when they will drop Carbon completely? I can feel that it?s far from 100% Cocoa.

Does anyone have a screenshot of what they want to do with it on the Mac? Because right now the GUI totally feels like it has been ported. It?s much better than before, but we?re not quite there yet. Oh and any idea of when they will drop Carbon completely? I can feel that it?s far from 100% Cocoa.

These might be a tiny bit outdated, I'm not sure. I haven't tried Firefox 4 on a Mac. Take a look at these though:

http://blog.stephenhorlander.com/2010/06/01/in-content-ui-visual-unification/

https://wiki.mozilla.org/Firefox/4.0_Mac_Theme_Mockups

Does anyone have a screenshot of what they want to do with it on the Mac? Because right now the GUI totally feels like it has been ported. It?s much better than before, but we?re not quite there yet. Oh and any idea of when they will drop Carbon completely? I can feel that it?s far from 100% Cocoa.

With 3.0 they did the main push from Carbon to Cocoa (moved from QuickDraw to Quartz, Carbon widgets to Cocoa widgets, etc.) so there was only underlying APIs and such left that still used Carbon. With 4.0 they're shipping a 64bit build by default, so they've had to reduce the Carbon usage even more (to none now I think).

The thing is, there's still Carbon APIs which have no Cocoa equivalent, so they've had to work around missing features or "wallpaper over" bugs.

You completely lose the Fitt's law benefits then (that you can't just throw your mouse to the top of the screen to select a tab). I agree, it's not ideal, but a 2px gap on top is the wrong way to go about solving it.

You can argue that Microsoft is using Fitt's law in this case with areo snap. It's a personal preference of what a person wants to happen when they throw their mouse to the top of the screen.

People with Windows 7 will tend to want the application to function the same way all of the other programs function in windows. People with Vista, or XP ( or other) won't care.

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

    • No registered users viewing this page.
  • Posts

    • 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.
    • "performance issues? what performance issues?!"
    • Microsoft making much needed change to Windows 11, 10 Patch Tuesday security updates by Sayan Sen Recently, Microsoft delivered its latest Defender patches for Windows 11 ISOs. These definitions are released from time to time alongside the general security updates available during Patch Tuesday. Speaking of Defender, the company has now announced another important change that affects how security updates are delivered to enterprise devices running Windows. According to a recent announcement, Microsoft Defender for Endpoint's endpoint detection and response (EDR) updates will no longer be bundled with the monthly Windows security updates or Patch Tuesdays. Instead the company is shifting delivery of these updates to Microsoft Update, bringing EDR servicing in line with several other Microsoft Defender components. If you recall, Microsoft last year moved PowerShell updates to Microsoft Update (MU) as well since it provides automatic updates for Microsoft products and services. Thus the move is intended to allow Microsoft to deliver EDR improvements and security enhancements independently of the OS's regular monthly update cycle; this should enable faster deployment of protection updates without requiring organizations to wait for the next Patch release. For those unfamiliar, Microsoft Defender for Endpoint's EDR capabilities are designed to help organizations detect, investigate, and respond to advanced threats across managed devices. Keeping these components updated is critical for maintaining protection against evolving attack techniques. The rollout has already began for Windows 10 devices in late May 2026 (last month) and Microsoft says it will gradually expand support to Windows 11 and the remaining supported Windows versions over the coming months. The company expects deployment across Windows 10 and Windows 11 to be completed by fall 2026 or around Q3 of this year. Once the transition is complete, EDR updates will be delivered through Microsoft Update using KB5005292, provided the required prerequisite updates have already been installed. Microsoft is also introducing a new Defender Update Service as part of the change. Following installation of the first update, devices will automatically create a new directory located at %ProgramData%\Microsoft\Microsoft Defender\Defender Update. Microsoft notes that restarts may occasionally be necessary in case of "rare" failure scenarios. For most organizations, the tech giant says no action will be required as long as Microsoft Update is already permitted within their update management strategy. Admins who rely on manually deployed update packages, however, will need to adjust their processes to ensure the new Defender update package is included. Microsoft also recommends reviewing internal documentation and notifying helpdesk and security operations teams about the updated delivery mechanism to avoid confusion during the transition. As a prerequisite, the tech giant notes that systems must be running Sense version 10.8798.25857.1000 or later and have one of the following Windows updates (or later) installed: Win11 24H2 KB5062660 (2025-07 Cumulative Update Preview) Win11 23H2 KB5062663 (2025-07 Cumulative Update Preview) Win11 22H2 KB5062663 (2025-07 Cumulative Update Preview) Win10 22H2 KB5062649 (2025-07 Cumulative Update Preview) Win10 1809 KB5063877 (2025-08 Cumulative Update) Server 2019 KB5063877 (2025-08 Cumulative Update) Server 2022 KB5063880 (2025-08 Cumulative Update) Server 2025 KB5063878 (2025-08 Cumulative Update) As always, organizations should verify that their update policies align with the new servicing approach before the broader rollout reaches all supported Windows platforms later this year. In case of major problems, the EDR update can be rolled back to the inbox version stored in %ProgramFiles%\\Windows Defender Advanced Threat Protection (ATP) using: MpCmdRun.exe -RevertMde -Product Edr -ToVersion Inbox For those who have access to the Microsoft 365 Admin Center portal, you can view the message here under ID MC1381119.
  • 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
      248
    3. 3
      Steven P.
      73
    4. 4
      +Edouard
      69
    5. 5
      neufuse
      68
  • Tell a friend

    Love Neowin? Tell a friend!