[Feedback needed] Atlas, the next version of Neowin


Recommended Posts

No! It's somewhat tiring to be called "wasteful" simply because we prefer to focus on a maximised browser on a big screen.

I like the current "choice" system that was put in place after a ton of users complained last time, I don't think it should be removed. :(

I respectfully disagree. Learn to work in a windowed environment. Maximising your web browser on a widescreen monitor when most websites are optimised for a width of 1024 pixels = wasting screen estate.

I want to use my screen fully, I don't want to make windows small just because the window manager supports it.

If I'm actually multi-tasking between apps then I'll have them as small windows, but otherwise they're going to be maximised.

No! It's somewhat tiring to be called "wasteful" simply because we prefer to focus on a maximised browser on a big screen.

I like the current "choice" system that was put in place after a ton of users complained last time, I don't think it should be removed. :(

The simple fact of the matter is, the front page will be fixed width, the forums will be fluid. There's no way for the server to know the width of your browser window and load enough content into the page to fill that additional width. This doesn't make such a difference on the forum where you're seeing an entire post, but with the way we display summaries on the front page, if we allow the page to get wider, we end up with a lot of whitespace that looks ugly, whereas we want to present a consistent look to all our users.

I respectfully disagree. Learn to work in a windowed environment. Maximising your web browser on a widescreen monitor when most websites are optimised for a width of 1024 pixels = wasting screen estate.

Why? I don't see the need to focus on 50 different windows at once or be able to see my lovely desktop picture and I don't see how maximising a window to get the most information on screen from that website without scrolling is "wasting screen estate"

It seems silly given that monitors are getting wider nowadays to have websites get slimmer.

In response to Davelegg, I understand the reasoning behind it but you got a shed load of bad feedback about it last time and it was changed, so it seems silly to try to force it through again.

Why? I don't see the need to focus on 50 different windows at once or be able to see my lovely desktop picture and I don't see how maximising a window to get the most information on screen from that website without scrolling is "wasting screen estate"

It seems silly given that monitors are getting wider nowadays to have websites get slimmer.

In response to Davelegg, I understand the reasoning behind it but you got a shed load of bad feedback about it last time and it was changed, so it seems silly to try to force it through again.

I guess it's a question of how you use your computer. I prefer to be able to see stuff like IRC, IM buddy list, (on Windows) some gadgets at all times. Also I use the desktop as clipboard replacement - if I want to keep a picture ro om a website or a scrap of text I drag it from the browser window to the desktop first and put it where it belongs later on.

Question to the developers: Are the forums also going to use Ignition as backend or are they going to remain on IPB (upgraded to version 3) with an Atlas-like skin?

Edited by Mephistopheles
It's not launching yet! Just a screenshot to get feedback

oh sorry neobond's post confused me lol

Now released to our paying Subscribers, interested to hear your feedback guys!

And YES NoAd Tier 2 subscribers won't have any ads on the main page! before you ask ;)

oh sorry neobond's post confused me lol

Before he only released the preview to the MVC's and the Staff. He just means he is now releasing the preview to the subscribers ;)

Question to the developers: Are the forums also going to use Ignition as backend or are they going to remain on IPB (upgraded to version 3) with an Atlas-like skin?

It'll be an Atlas skin on top of IPB3 for the time being. There's discussions about perhaps writing our own forum at some point but it's not a priority just now.

The good thing about Ignition is that its inherent support for extensibility cuts down on development effort significantly for changes to the front page, or writing plugins to support the forum etc. The current codebase of Neowin's news system is a product of its long history - bits bolted on here and there. Ignition's written from the ground up, quite literally. Exciting stuff :)

Suggestions and comments.

post-145229-1252853454_thumb.png

I agree with almost everything here besides the "bad colors" which didn't bother me. Some of the icons are a bit ambiguous or potentially superfluousness near the top but their use may become more apparent once we can use it.

I don't like how the tags are handled here an awful lot given you just have to look at the facebook one to see how easy it is for them to start forcing the accompanying text off to the side. Also I presume you would want to be able to give a topic multiple tabs, thus making that area cluttered fast. To be honest do you even need the tags on the front page? It should be obvious by reading the title what the article is about and given you aren't showing much of any article 75% of the time you have to expand it to see the rest so if the user is interested they will follow the link and can thus click on the tags in the article page itself.

Edited by Smigit

i have to say if i had my choise of the current page and the 'mock up' i would go with the current page =\

my biggest issue with the 'mock up' is the baby blue color instead of the dark blue.

also right now there is a google ad integrated into the header, which i think looks better than putting it between the header and the articles.

on a side note, i with the page had a dynamic width or similar, i have a 22" monitor so the page is no where close to filling the screen.

it looks nice not filling the screen, but it should take up a bit more.

I agree with almost everything here besides the "bad colors" which didn't bother me.

I don't know why so many people seem to dislike the lighter blue colour :/ I think it helps give the site a more professional look and feel. Maybe it's one of those 'you have to try it to see for yourself' things, I don't know, but I really do like it.

I don't like how the tags are handled here an awful lot given you just have to look at the facebook one to see how easy it is for them to start forcing the accompanying text off to the side. Also I presume you would want to be able to give a topic multiple tabs, thus making that area cluttered fast. To be honest do you even need the tags on the front page? It should be obvious by reading the title what the article is about and given you aren't showing much of any article 75% of the time you have to expand it to see the rest so if the user is interested they will follow the link and can thus click on the tags in the article page itself.

You are a tad mistaken, understandably, when you say "I presume you would want to be able to give a topic multiple tags, thus making that area cluttered fast," but to prevent confusion or misinformation, it'd be best if we wait for a developer to explain what is happening with that. I really love their idea for this and the way they have thought it through means the user will be able to realise what company, product etc the news is about without reading any of the article or title. As I say though, it's best if a developer explains what's going down with that. As for the Facebook tag, I'm more than confident it should not be that long - it was most likely a mistake made by the person who input the tags for the article (forgetting to seperate them with commas).

Awesome, iWant!

Now released to our paying Subscribers, interested to hear your feedback guys!

And YES NoAd Tier 2 subscribers won't have any ads on the main page! before you ask ;)

What? Where? Edited by NienorGT
You are a tad mistaken, understandably, when you say "I presume you would want to be able to give a topic multiple tags, thus making that area cluttered fast,"

Yeah wait and see, but surely if they are going to have an implementation of tags it makes sense to support multiple tags per an article. Look at any news site and usually multiple tags apply per an article. If you ignore that over sized facebook one and instead concentrate on something like "PS3". What if the article was one for a PS conference? In all likelyhood you would have PS3, PSP and PSN (Playstation Network) news all in the one article (maybe even "E3" or whatever for the conference itself). Yes you could label it "Sony" but you begin getting quite generic there and will be pulling up MP3 players and TV's if you search on it. Hell "Gaming" would probably be a more applicable tag than "Sony" in that case. Ultimatly a single tab, as the image depicts, seems a tad useless to me.

Now I'm only guessing (and they could be regarded as baseless guesses, don't get me wrong) and all there so maybe I'm way off and maybe thats not a tag in the same sense that I am used to them being used. We'll see I guess. I'd certainly like to know whats happening in that area but.

I think Dave would need to explain how the tag system will work, because in all honesty I don't quite understand it yet. AFAIK posters still need to manually add keywords to a news post, but I may be wrong here.

Yeah wait and see, but surely if they are going to have an implementation of tags it makes sense to support multiple tags per an article. Look at any news site and usually multiple tags apply per an article. If you ignore that over sized facebook one and instead concentrate on something like "PS3". What if the article was one for a PS conference? In all likelyhood you would have PS3, PSP and PSN (Playstation Network) news all in the one article (maybe even "E3" or whatever for the conference itself). Yes you could label it "Sony" but you begin getting quite generic there and will be pulling up MP3 players and TV's if you search on it. Hell "Gaming" would probably be a more applicable tag than "Sony" in that case. Ultimatly a single tab, as the image depicts, seems a tad useless to me.

Now I'm only guessing (and they could be regarded as baseless guesses, don't get me wrong) and all there so maybe I'm way off and maybe thats not a tag in the same sense that I am used to them being used. We'll see I guess. I'd certainly like to know whats happening in that area but.

I never said there was only going to be one tag per article :D I did say it's best to wait for a developer to explain the tagging system ;)

My post wasn't an attempt at an explanation of the system, it was merely just to let you know it's not going to be as bad as you think :happy: I really like the new system, but once a developer has explained everything about it, I'm sure anyone would welcome constructive criticism/suggestions :)

Essentially the tags are like they are now, but a article will have one main tag as you can see, Say "Apple", "Microsoft" or "Sony" which will be shown, but each article will still be tagged with a good few more.

So say "Sony", "Playstation", "PS3" etc etc. and from my knowledge its highly customizable on your end for viewing and mixing tags too.

No doubt I've over simplified it and DaveLegg will come in and tell me off for not being correct or telling you about the awesome planet destroying power behind the new system. :p

But it is very cool.

My post wasn't an attempt at an explanation of the system, it was merely just to let you know it's not going to be as bad as you think :happy: I really like the new system, but once a developer has explained everything about it, I'm sure anyone would welcome constructive criticism/suggestions :)

Heh no worries

I don't like how the tags are handled here an awful lot given you just have to look at the facebook one to see how easy it is for them to start forcing the accompanying text off to the side. Also I presume you would want to be able to give a topic multiple tabs, thus making that area cluttered fast. To be honest do you even need the tags on the front page? It should be obvious by reading the title what the article is about and given you aren't showing much of any article 75% of the time you have to expand it to see the rest so if the user is interested they will follow the link and can thus click on the tags in the article page itself.

Each article will be given multiple tags, separated by commas, but only the first one entered will show on the front pager. The others will be displayed below the story on the page where you view the full article. If you look earlier in the thread, you'll find a post where I explained about how you can customise the news you see on the front page by choosing a list of tags of the news you wish to view. You can also get an RSS feed for this custom view.

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

    • No registered users viewing this page.
  • Posts

    • No, size is not the only selling point. I did not even remotely say that. Your claim was that "building your own will be faster and cheaper". This is false. You cannot build something close to that form factor with off-the-shelf parts. You can build a Mini-ITX PC and pay more, or something larger and pay less. But these are different market segments. It's apples and oranges.
    • 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.
  • 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
      461
    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!