Post your Shift screenshots!


Recommended Posts

There's a new kid in town on the Shift CC: Screenshots!

There's been a good bit of demand for a screenshot section, and with this category, we have a way to get an unlimited* number of screenshots up, and then the Shift admins can pick and choose the ones to go on the upcoming screenshot section for the front page.

I'm just going to ask that you post the version number in the description, and put the screenshot in the appropriate subcategory. Also, please use the same image for the preview as you do for the actual screenshot, but scale it down to a smaller size first. I'll have a little bit of code in place to do this for you later on tonight.

This joins a number of changes that have come to the Shift website today, including the removal of the dev blog (because it was underused and broken anyway, it may return in the coming days/weeks), the combination of the "What is Shift?" and "FAQ" pages into a single "About Shift" page, and an up-to-date downloads page. A category with subcategories now displays everything from within the subcategories on the CC, as well.

* Don't go over the top, though, we don't need our server filled to the brim with screenshots.

Edited by simon360
Link to comment
https://www.neowin.net/forum/topic/583503-post-your-shift-screenshots/
Share on other sites

I'll be glad to fix all these below for you if you wish... Just need ftp access to site... I'm turst worthy. Besides just backup complete site beforehand.

First before you tackle that problem you need to remove index.php from the tabs for Home, About Shift, and download Download.

Change them in order to:

http://www.shiftlinux.net/

http://www.shiftlinux.net/about/

http://www.shiftlinux.net/download/

Art tab is missing a "/" at end of URL. And you need the www.

Change:

http://shiftlinux.net/art

To:

http://www.shiftlinux.net/art/

The Download RC1 button should also be changed to http://www.shiftlinux.net/download/ .

Once all the URLs are friendly then go about fixing the login problem. Might even fix it self. Normally does, if you coded the login correct.

And when you login drop the ?ticket=137c3e76a9247583edac197449eae3df from the url. Thats just nasty and un-user friendly...

Credits Button on bottom left on page should be changed to http://www.shiftlinux.net/credits/ .

RSS button should be simply http://www.shiftlinux.net/rss/

The art contest should be at http://www.shiftlinux.net/art/contest/ . Drop the .php crap...

Not only do all of these fixes make it easy for users to navigate and remember page URLs but it makes it a lot easier for search engines as well. Will get a higher google page rank for example....

Update:

Um ok the site needs a bit more work than I thought... You really need to take advantage of .htaccess with mod rewrite. You need to use friendly URLs for all news articles (including the more buttons).

For example Shift Linux 0.5 (RC-1) Is Released is currently http://www.shiftlinux.net/index.php?page=n...l&newsid=48 and it should be something like:

http://www.shiftlinux.net/articles/2007/08...hiftLinux05RC1/

or just:

ttp://www.shiftlinux.net/articles/ShiftLinux05RC1/

Think the first example is best since it makes it even better for search engines but the second is easier for users to figure out. So perhaps the second one is better for this site...

Again can be easily done with mod rewrite...

Edited by war
Yeah, you have to be at http://www.shiftlinux.net/art/index.php in order for it to work. I've figured this out and I'm working on a fix... anyone know what I should do?

No it's a simple cookie problem. You just need the www in the URL because cookies for the site require the www. It's that simple... You just have to change the url to include the www and force users to always use the www, it's simple to do once again with mod rewrite...

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

    • No registered users viewing this page.
  • Posts

    • Was it too much to ask to show the icon in this article?
    • Frankly, I blame whoever is writing such articles. "A big improvement/update and/or new feature is now available to everyone! Also, use this unofficial tweak tool to enable it because it actually isn't available to you yet officially and might not in fact even be entirely ready or whatever, hence why it is perhaps not enabled for you*. But it's great and you should enable it!" I mean there's nothing wrong with sharing info about some feature you might need to enable via unofficial means, of course. It's just that these articles tend to essentially end up being two news pieces in one, and one of them tends to be a bit misleading. (*Yes, yes, the "it's a controlled rollout!" thing. Not a fan of that one either. The argument, not the actual rollout.)
    • Thank you. Will do. I read in the release notes that editor config might be at play here.
    • Actually, I think even Microsoft doesn't know how to control it
    • OpenAI is making Codex more useful in Chrome and the cloud by Pradeep Viswanathan OpenAI's Codex now has more than 5 million users, up nearly 4x from earlier this year. To further accelerate Codex's growth among developers, OpenAI today announced that it has agreed to acquire Ona, a company that builds secure cloud execution and orchestration technology for developers. Ona will enable developers to run Codex with persistent and controlled cloud infrastructure for long-running agentic workflows. Right now, most Codex execution happens locally on developers' laptops and PCs, and the agents work continuously for hours. Through Ona, OpenAI aims to make Codex agents keep working for days without being tied to a user’s local machine or an active session. This will be an important capability for enterprises that want to deploy AI agents in production while maintaining control over infrastructure, data, security boundaries, credential scope, logging, and review workflows. Like any acquisition, the deal is still subject to customary closing conditions, including regulatory approvals. Until the deal closes, OpenAI and Ona will continue to operate as separate companies. After closing, Ona’s team will join the Codex team to improve developer workflows. Alongside the Ona acquisition announcement, OpenAI today introduced a few Codex updates. Developers can now save Codex rate limit resets and use them later instead of losing them when they are not needed immediately. OpenAI is also adding a referral option where users can invite a friend to Codex and get a saved rate limit reset. OpenAI today also announced a developer mode for browser use in Chrome and the Codex in-app browser. With this mode, Codex can use the Chrome DevTools Protocol to debug web apps, inspect pages, and work more directly with browser-based development workflows. Developers can use this when they want Codex to profile JavaScript, inspect console output and network traffic, examine web page states including the DOM and applied styles, and more.
  • Recent Achievements

    • One Month Later
      Jamswaz earned a badge
      One Month Later
    • Week One Done
      Jamswaz earned a badge
      Week One Done
    • Rookie
      Marzoid went up a rank
      Rookie
    • Community Regular
      coch went up a rank
      Community Regular
    • One Year In
      slackerzz earned a badge
      One Year In
  • Popular Contributors

    1. 1
      +primortal
      509
    2. 2
      PsYcHoKiLLa
      186
    3. 3
      +Edouard
      157
    4. 4
      Steven P.
      83
    5. 5
      ATLien_0
      75
  • Tell a friend

    Love Neowin? Tell a friend!