[Feedback needed] Atlas, the next version of Neowin


Recommended Posts

Because that's how the content fits. It's a news site with a limited amount of content on the front page. If you make it fluid, you destroy the ability to control how that content looks. I for one cannot stand the fluid version of our current front page because it just looks absolutely ridiculous.

I have absolutely nothing to do with the workings of the Neowin frontend or design; what I said was simply my point of view.

But if you ask me, we can't do everything to please everybody. At some point, the designers of a website have to decide how much they'll bend their own design goals to suit the wants of the users, especially a minority like those using a 1900x1200 screen that don't like non-maximized windows.

That question was aimed more at the devs, your post just happened to be above mine. Should have quoted, sorry

Not a problem. I should have written that in my post in the first place as I do not want to speak as a representative of those who are actually doing this work.

Is there actually any point to asking for member feedback if it isn't going to be listened to?

We have listened to ALL of the feedback that has been provided here, and have already made some changes based on the comments made. What we were requesting was feedback, not dictation of how we should build the new site. Some design decisions have been made for a good reason, if you read the thread fully, you'll see the width issue has been addressed multiple times. Simply put, we want to provide all members with a consistent appearance on the front page, and there is no way to output varying lengths of text for the stories to fill the space given by varying widths, as the server has no way of knowing the resolution used by the client. Allowing the page to expand without additional content, leaves large chunks of white space on the page, as you'll notice on the current site. This doesn't look good. Also, there are elements of the front page that won't expand dynamically, and would look terrible if we allowed them to do so.

Members are not being ignored, but at the same time, you can't expect us to fulfil 100% of the requests made of us, as they conflict with requests from other members, or specific design decisions we have made ourselves.

White space isn't a problem for me but then I don't run at as high rez as some other people, its just puzzling that a lot of members seem to want that feature left behind and a general unwillingless to do so. Surely leaving the feature optional at least makes it up to the user whether to put up with the white space or not?

I would much rather have white space than those huuuuge borders at the side. At least white gives the illusion that the space is being used. Having the content restricted to a thin strip in the middle honestly just looks retarded.

And I agree with Frank Fontaine. Why not just give us the option!?!? If we're happier having the whitespace, why deny us of it?

Ok what about the huge blank space underneath the affiliates box?

that looks ugly to me, according to the logic currently put forth for having a fixed width front page,

then wouldn't it also be true that by the same logic that the total amount of front page articles not go beyond the bottom of the sidebar content?

Not that I want it that way i'm just saying,

I think the current selectable width is perfect, maybe instead of making it a button on the front page itself make it a user setting,

those of us that want the wider scale obviously know there are going to be some trade off's yet we seem to be ok with that.

We're not denying anyone the option of increasing the width of the site via Stylish or a custom CSS file of any sort. What we are saying is that the site does not operate as designed if we offer it.

We don't want to offer options that make the site work in ways we did not intend. If users want to have the width increased, they can do a simple CSS file with the contents #container { width: 100%; }, and be done with it. Otherwise, we have to put the code in to offer a feature which, in our opinion, breaks the site, and requires a lot more support because of it.

Personally, I think that's perfectly reasonable.

Firefox: https://addons.mozilla.org/en-US/firefox/addon/2108

Safari: http://webdesign.about.com/od/css/ht/htcssusersafari.htm

Internet Explorer: http://webdesign.about.com/od/css/ht/htcssuseriewin.htm

Opera: http://operawiki.info/OperaUserCSS

Chrome does not support user styles as far as I can tell, but they do support (at least basic) greasemonkey. If they have improved upon their greasemonkey support, then it should work just fine.

Keep in mind someone will probably come up with the styles needed for you, if you don't know how.

Edited by simon360

Paper Icon - Developer - Developer tools - find #container { what ever goes in here when done } - replace with #container { width: 100%; } amirite?

I don't think that change would stick if you changed/refreshed the page, though :/

Google is the only company with a browser that doesn't handle "userContent.css" in one way or another, without JS.

We're not denying anyone the option of increasing the width of the site via Stylish or a custom CSS file of any sort. What we are saying is that the site does not operate as designed if we offer it.

We don't want to offer options that make the site work in ways we did not intend. If users want to have the width increased, they can do a simple CSS file with the contents #container { width: 100%; }, and be done with it. Otherwise, we have to put the code in to offer a feature which, in our opinion, breaks the site, and requires a lot more support because of it.

Personally, I think that's perfectly reasonable.

Fair enough :D

So.... When are we gonna see at least a beta of the skin?

Yeah, 'specially us subscriber?:pp

And bah, do away with the wide version of the front page, I for one welcome our new, slim-only homepage overlord...

Looks good though:))

Honest criticism( only noting out the bad things/things i don't like, can't bother with all the awesome stuff :p )

Spacing seems to me a bit large in the picture, the line below the tabs (news,downloads,forums) doesn't look good separated in my opinion, it makes it less continuous and fluid.

i don't like the way everything is gray, including the buttons, they look like part of the window but not like a button to me, more like just text, they should pop more in my opinion (biggest thing bothering me)

there wont be the top bar right? its only on admin screen?.

Yeah, 'specially us subscriber?:pp

And bah, do away with the wide version of the front page, I for one welcome our new, slim-only homepage overlord...

Looks good though:))

the slim Homepage is annoying when you got wide screen LCD ,like in my case

All in all, it's kind of ironic they haven't recognized that technology has moved forward and everyone either has a widescreen monitor or a high res 4:3 monitor, you know since they're doing a solo crusade to force some browser to ugprade to a work in progress standard.

after all the people who don't use a high res 4:3 monitor or widescreen monitor could use one of the low res device(i.e. mobile) layouts.

Common web designer practice is to design for 1024x768 at a minimum. It used to be 800x600, but in the last few years pretty much everyone has moved up. But a lot of people use a lower resolution, such as 1024x768, because they like the bigger text. Is it the best way to get bigger text? No. But people do it, and we need to support it.

Our ideas required a fixed width, and so we designed with the 1024x768 resolution in mind. It simply isn't an option to downgrade these people to the mobile experience.

Overall, it's looking very nice! Much more efficient use of the available space...

One thing bothering me though - the rounded corners are only supported by Firefox, whereas IE users will get the non-rounded corners? Argh! Neowin making me switch to IE for browsing purposes? I suppose there's no need to be too dramatic, as long as it's not too difficult to revert to the non-rounded through some simple CSS tweaks!

Apologies if this was mentioned already, but I might've missed it when quickly skimming through the 9 pages.

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

    • No registered users viewing this page.
  • Posts

    • There is a default resolution setting in Settings > Display that can be changed with a click. You can also change the settings on a per-game basis. No CLI needed. Also, Steam has countless games that are not "[perpetual] alpha/beta games", so no need for the straw man. Plus you can use other stores as well. And console games (e.g. PS5) cost a fortune, which itself more than negates the price subsidy on the system, unless you plan on exclusively playing 1 or 2 games. It's true that you shouldn't buy a system that doesn't support the game(s) you want to play, but I think that's kinda obvious, and applies to every console as well as PC. I don't game in the living room and have no need of a Steam Machine, but there is a clear market segment that would find it useful.
    • RSS Guard 5.2.0 by Razvan Serea RSS Guard is a simple (yet powerful) feed reader. It is able to fetch the most known feed formats, including RSS/RDF and ATOM. It's free, it's open-source. RSS Guard currently supports Czech, Dutch, English, French, German, Italian. RSS Guard will never depend on other services - this includes online news aggregators like Feedly, The Old Reader and others. RSS Guard is developed on top of the Qt library and it supports these operating systems: Windows GNU/Linux OS/2 (eComStation) Mac OS X xBSD (possibly) Android (possibly) other platforms supported by Qt The core features of RSS Guard are: support for online feed synchronization via plugins, Tiny Tiny RSS (from RSS Guard 3.0.0). multiplatform, support for all feed formats, simplicity, import/export of feeds to/from OPML 2.0, downloader with own tab and support for up to 6 parallel downloads, message filter with regular expressions, feed metadata fetching including icons, simple Adblock functionality, customized popup notifications, Google-based auto-completion for internal web browser location bar, ability to cleanup internal message database with various options, enhanced feed auto-updating with separate time intervals, multiple data backend support, SQLite (in-memory DBs too), MySQL. is able to specify target database by its name (MySQL backend), “portable” mode support with clever auto-detection, feed categorization, drap-n-drop for feed list, automatic checking for updates, ability to discover existing feeds on websites, full support of podcasts (both RSS & ATOM), ability to backup/restore database or settings, fully-featured recycle bin, printing of messages and any web pages, can be fully controlled via keyboard, feed authentication (Digest-MD5, BASIC, NTLM-2), handles tons of messages & feeds, sweet look & feel, fully adjustable toolbars (changeable buttons and style), ability to check for updates on all platforms + self-updating on Windows, hideable main menu, toolbars and list headers, KFeanza-based default icon theme + ability to create your own icon themes, fully skinnable user interface + ability to create your own skins, “newspaper” view, plenty of skins, support for "feed://" URI scheme, ability to hide list of feeds/categories, open-source development model based on GNU GPL license, version 3, tabbed interface, integrated web browser with adjustable behavior + external browser support, internal web browser mouse gestures support, desktop integration via tray icon, localizations to some languages, Qt library is the only dependency, open-source development model and friendly author waiting for your feedback, no ads, no hidden costs. RSS Guard 5.2.0 changelog: Added: Feed auto-fetch can now also be delayed while Feral GameMode is active on Linux and startup auto-fetch is skipped when GameMode is already active. (#2265) WebEngine builds can now use RSS Guard generated proxy auto-config (PAC) rules so article/web browsing follows per-account and per-feed proxy settings more closely. (#2273) Generated PAC rules now also cover related subdomains and use Public Suffix List data, so feeds such as feeds.bbc.co.uk can also proxy resources from images.bbc.co.uk. (#2273) Standard feeds can now define extra proxy domains, useful when article images, stylesheets or other page resources are loaded from a CDN or another domain that should use the same feed proxy. (#2273) RSS Guard now asks for proxy credentials when a WebEngine page needs proxy authentication and can fill credentials from the current feed proxy when available. (#2273) Network settings again include an option to ignore all cookies, which clears stored cookies and prevents new cookies from being accepted. Standard RSS/ATOM feeds can now individually ignore cookies while downloading feed data. Stored cookies can now be deleted from the Tools menu. Custom skin colors can now override the feed list article count color separately from feed titles, including a separate highlighted color. (#2275) Settings dialog can now search across available settings and highlight matching controls. (#1754) Standard RSS/ATOM feeds can now optionally be reported as broken when they are valid but contain no articles. (#2039) Standard RSS/ATOM feeds can now override the application-wide feed connection timeout per feed. (#1023) Tray icon can now use a custom background color and unread-count text color, with an option to reuse the generated icon as the application icon. (#1973) Support for more benevolent parsing of Gemlog entries (#2295). Article list can now show when an article was received by RSS Guard. (#947) Feed deep discovery now actually scrapes all links found in the website and checks if they are feeds or not. This greatly enhances usability of the deep discovery mode and discovers many more feeds than before. (#2306) Search boxes now show a small dot when the feed or article list is hiding some items because of active filtering. (#873) Articles now have a shortcut-assignable action to open the homepage of the feed they belong to. (#2060) Fixed: Parallel feed updates no longer crash when multiple update results are processed at the same time. (64cf521) Links in WebEngine articles opened from feeds such as Kill the Newsletter now open correctly instead of being swallowed by the embedded page. (#2272) Relative article URLs resolution was kinda broken. (#2282) Clicking article URL did not work when the URL had "fragment" set. (#2293) The default proxy setting now uses Qt/system default proxy behavior instead of forcing no proxy. (e0263ad) WebEngine article loading now keeps the current feed context, so feed-specific proxy credentials remain available while the article page loads. (fdd0f00) Download: RSS Guard 5.2.0 (64-bit) | Portable | ~ 130.0 MB (Open Source) Link: RSS Guard Home Page | Other Operating Systems | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • This is gonna separate the creeps from the rest of the crowd.
    • "Claude, is our CEO a compete and utter fool by wasting money on AI in this already worthless Teams chat?"
  • Recent Achievements

    • Rookie
      DaviKar went up a rank
      Rookie
    • Dedicated
      HidekoYamamoto94 earned a badge
      Dedicated
    • One Month Later
      timbobit earned a badge
      One Month Later
    • One Month Later
      nates earned a badge
      One Month Later
    • Week One Done
      Almohandis earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      462
    2. 2
      +Edouard
      161
    3. 3
      PsYcHoKiLLa
      110
    4. 4
      Michael Scrip
      83
    5. 5
      Steven P.
      69
  • Tell a friend

    Love Neowin? Tell a friend!